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Additionally, control columns in certain tables allow balance checking, thereby providing an indication of the integrity of the current data. 
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HULTI-PROCESSING FINANCIAL TRANSAQION PROCESSING SYSTEN 
FIELD OF THE INVENTION 

The presertt invention relates to a financial transaction processing system, and in particular, to such a system that 
is capable of decomposing transactiom into subtransactions and multi-processing subtransactions simultaneously. 

BACKGROUND OF THE INVENTION 
Computerized data processing systems for processing finandal transactions have become increasingly more complex 
as further strides toward automation have occurred. Such complexity has generated a number of related dHTicutties for the 
finandal data procesdng industry. In particular, complex financial transaction processing systems may have subtle 
programming defects or errors that may go unnoticed for periods of time before the extent of the problems thereby 
generated ate fully reopgnized. For exampk, the number of positions alfotted for the dating of transactions has recently been 
problematic, wherdn the dates for the millenmifln startiiig at the year 2000 an be problematic for many finandal transaction 
processing systems. 

In addition, sudicompbfirnndal transaction procesarigsy^ are typically incapable of being fully audited. 
That is, it is common practice in the fmandal (hta procesnng ind ustry to provide only partial auditabifity in that it is ge nerally 
beBeved that the amount of data required to be stored for full auditabtlrty is so large as to not be cost effective. 

Further, n many drcum^ances; the rate of transaction ncrease is becoming problematic in that progressively larger 
oomputers are required for proassing finandal transactions at an acceptable rate. This problem is exacerbated by the foct 
that sudi transaction processing systems are not ardiitected for use on multi-processing machines having a plurality of 
processors. Thus, the advantages of paralkl-procesting computen cannot be fully utifized by such systems. 
Aca)nlii%iy, it would be advantageous to have a finandal transaction processii^ system tiiat alleviates the above difficulties, 
and that additionally, provides flexibility te adapt to the dan^ng business needs of bus'uiess enterprises so that the 
transactions processed and the respective reports generated may be modified easily according to business constraints and 
demands. 

SUNNART OF THE INVENTION 
The present invention is a finandal transaction processing system that adtieves substantial increases in auditabifrty 
and processing effidency. In particular, tiw present invention provides audhable trails or history in a number of different 
ways. For example, finandal data whhin transactions is used in the present invention to update various control fields in 
different tables or fib so dat oosKhedaof system financial integrity can be performed for assuring that, for example, cash 
fields, total units fields, and cost fields balance appropriately across system data tables provided by the present invention. 
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Additionally, the present inventbn provides a full range of auditable history files for each system data table having 
information tlot is required during auditing. 

The piesent invention also performs finandal transaction processing using a novel computational paradigm. That 
is, the finandal transaction processing system of the present invention has an architecture wherein financial transactions can 
be decomposed into corresponding collections of independent subtransactions, such that for each input transaction, the 
corresponding collection of subtransactions are performed by operations that are independent of one another. Thus, the 
subtransactions can be performed m any order, including in an overlapping bshion, such as may occur during multiprocessing 
of these subtransactions on a computer having multiple processors. 

Further, note that each of the subtransactions b described by a relatively short (e.g., less than 8 charaden) text 
striif that can be stra^htfoiwardly mterpreted as an operation (e.g., either plus or minus) together with a series of operands, 
in particular, afirst operand having a value to be lued in modifying a data table field (column) specified by a second operand. 
Such high kvel descriptions of subtransactions provide both compact conceptualization and a reduction in the total size of 
the executable code for the present invention. Accordingly, when one of the subtransactions b performed, not only b 
corresponding operation performed on the operands, but additionally, control fields such as those mentioned above are 
updated appropriately in various data tables for the present invention to enhance auditahTity of the rinanctal data resulting 
from the transaction proassing. Further, note that since the subtransactions are independent of one anotiKr and their 
executable code b rehtively small, there b no need for kngdiy and comptex flow of control transaction processing modules. 
That is, the size of die code for the present mvention may be up to 100 times smaller than many prior art transaction 
processtiig systems. Accordingly, dib has a substantial positive impact on the efficiency of tiie present invention in that tiie 
swappirf of program elements in and out of primary computer memo^ b substantially reduced. 

In another aspect of the present invention, the financial transactions of a plurafity of business enterprises can be 
processed in an interleaved nanner. In particular, since the present invention b substantially data driven, including tiie 
descriptions of the transactions and their related subtransactions, tiie present mvention can be easily modified to incorporate 
both different or updated vernons of transactions and associated data tables for an exbting business enterprise (e.g., also 
denoted licensee" heremafter). Additionally, tiie transactions and related data tables for an entirely new or different business 
enterprise (licensee) may be straightforwardly incorporated into tiie present invention so that its transactions can be 
mterieaved with tiie transactions of otiier business enterprises. Thus, transaction processing may be performed by the present 
mvention for business enterprises having different transactions, different account record structures and differentiy organized 
general ledgers substantially witiiout modifying die program elements of die transaction processing system. 

For example, die present invention can be used to simultaneously process transactions for 

(I ) a single software application such as an investment management or telecommunications bilfing system, 
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(2) multiple disparate software appliodons such as investment management, and telecommunications 
billing, paying agencies, etc, all wtth disparate definitions. 

Acconlinglir, the present invention may be viewed as a software engine, or a user-definable transaction processing 
tool that can be adapted to a variety of mditst7 specific software a^^ needs without changing the actoal program code. 
That is, by surrounding the present invention with appliation specific software for inputting transaction data to the mufti- 
processing financial transaction proassor of the 

present invention and retrieving data from the mufti-processing financial transaction processor of the present invention, a 
particular business enterprise can have substantially aH of its finandal records in condition for auditing on a daily or weeUy 
ba»L 

The present invention may be ftutber characterized abng tiie following dimensions: flexibifity, audftabiSty, 
multiprocessing, effidency and size, tiiese dimensions being discussed, in turn, hereinbelow. 
Flexibifity b achieved by permitting a business enterprise to define: 

(1) a seriesof 'Mraxe* tables (abo denoted "master tables") that describe the appropriate management 
decmn-roaking, accounting structure, and regulator information for the spedfic appfication; 

(2) aseriesof audit controls and system procedures that provide forcomplete control of all processing and 
prevent the overwritir^ of any original data; 

(3) a series of institutional and customer reporting files, known as the "driven" tables; and 

(4) the spedfic processii^ content of each indivklual transaction to be proassed via a series of table 
definitions, known as the "driving" tables. 

Thus, transacttons may be customized according to the business needs of a business enterprise. 
Auditabiffty b achieved by: 

(1 ) providii^ separate control oolunois for cash, units and cost basis (if any) in detail records generated and 
stored for each financial transaction; 

(2) repeating these tiiree coirtrol cohanns, or variations tiiereof, in at least three diffierent tables so dot 
subsequent summations of each of the four tables will resuft in similar balances and thus prove that no 
aitiol data has been bst in die course of processing, as one familiar witii auditing and financial 
transactions systems wSI understand; 

(3) adding appropriate data columns: 

(a) to each reference table or master row for maintaining a histo^ of tiie effects of add, change 
and delete commands in a current database as well as an archive database; 

(b) to each or^mal file record (vl table row) that represents an add to a current database as 
well as the periodic archive and purge to a permanent database; 
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(c) to tables for retaining transaction proossing data representing error jdentiftation, error 
negation and error conredion. 

Thus, auditalAy of transaction records is achieved by four sets of files for a spedTic period. These are: (a) a snapshot of all 
the reference files at the end of the period; (b) snapshots of a history fik for each master table, wherein the corresponding 
history file (table) contains all chai^ to the master table during the specific period; (c) a snapshot of all financial 
transactions for the spedfic period, and (d) a snapshot of all of the ^'driven" tables at the end of the period. 
Multiprocessing is achieved by: 

(1) decomponng the processing of the present invention into a series of separate and independent 
subprocesses that may be smuhaneousiy performed on any number of simultaneous processors, and 

(2) decomposing input transactions into a series of subtransactions that are proassed by independent 
processes, which may be exea^ m any particular order, with complete auditabi%. 

For example, muitiprocess'mg can be achieved by allocating the next prescribed subtransaction process to the next available 
processor. 

Efficiency is achieved b)f: 

(1) Defin'mgandutTizii^onif fovstandard procestiif modelsthatpe^^^ prescribed functionafity and 
andrtabifity erf the present invention. The modeb are: 

(a) Processing Nodel I provides an architecture for maintaining historical transaction data so 
tiiat financial changes can be traced through time; 

(b) PnKEssrf Hodd 2 provides an architecture for automatically maintaining data columns such 
as U nits. Debits and Credits for cross cheddng table sums to assure that the financial records for a 
business enterprise balance; 

(c) pRXESsii«Nodel3 provides an architecture for automatically maintaining finandal records 
relating to financial instruments such as stocks, bonds, real estate, etc^ and 

(d) Processing Nodel 4 provides an ardiitBcture for produdiig a common processing format for 
maintainirf customer and institutional data tables. 

(2) DeGniogonlirfourprimaryprografflmodubforcDntroinn^ these 
modules being: 

(a) a transaction processing controller module for receiving transactions to be processed, and 
controlling the proassing tiierec^ 

(b) a preprocesHNr and decompoar module for dete rmming the validity of a received transaction, 
assuring that al data tables and roM thereof are available for proo^ 

the appropriate subtransactions data descriptions to be processed; 



wo 99/22329 



PCTAJS98/23026 



5 

(c) a subtransaction scheduling module for scbedufing instantiations of the subtransadion 
processing module on each of one or more proossors; and 

(d) a subtransaction processing module for perfonning each subtransaction retrieved bf the 
preprocessor and decomposer module. 

(3) UtTizing a number of software switches to control which tables within colledion of "driven" taUes are 
to be updated when a spedfic type of transaction is to be processed. 

Thus, bf providing a small number of processiif models, decomponng input transactions, and supplying only the 
necessary subtransaction descriptions, the refobilrty of the transaction processing system of the present invention is 
substantially mcreased. 

The software for the present invention is small in size (both source code and ot>|ect code) due to the following: 

(1) defining business enterprise financial data processing methods, accounting structures, and regulalory 
definitions as data ratiier tion program code; 

(2) redudrtg die processing content to a series of individual transactions; and 

(3) reducing all financial transactions to a collection of subtransactions wherein each subtransaction 
includes an operator and two or more operands in an 8-character string. 

Thus, the financial processing by die present invention may be performed on several transactions at a time, one transaction 
at a or different processors widiin a multiprocessor cmrtexL Or, die subtransactions for a spedfic transaction ms^ be 
spread over several simultaneous processors. This means dot die business enterprise is afforded a large number of options 
in faibring the present invention. 

Hence, by drfiiwig de acoMintiif structure and prxessiiig f^ 
die size of die total code required to process a ^edfic industry application may be substantially reduced compared to prior 
art transaction prooesBif systems. For oampie, die executable code for die present mvention may be less don one megabyte 
(IHB). Thus,snce (he secondary cache attached to each processor in multiprocessing personal computer servers can be one 
megabyte, substantially die entire executable for die present inventio Thus, the positive 

impacton total sjfstem efficiency is believed to be suhtiantial in dot secondary cadie is typically about four times faster don 
normal cadie, so productivity gains of aboutdiree-hundred percent would not be unreasonable. In odier words, die executable 
code for die present invention can reside in die secondary cadie of eadi proassor, therety allowing die off-loading of any 
proassing fmiction to any processor widi relative ease. Additionally, given tiiat a typical RAH memory for a personal 
com putiif derices is 1 6 mepbytes, it '6 beTieved diat sudi a ^ 
transactions of a major money center finandal mstitution or communications bilHnf system. 

Additional features and benefits of die invention will become evident from the detailed description and die 
accompanying drawings contained herein. 
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BRIEF DESaiPTION OF THE DRAWINGS 
Fig. I is a high level block dtagram illustrating the present invention conceptually. 
Figs. 2A and 2B is another bbck diagram of the present invention illustrates: (a) the high level transaction 
processmg modules, and (b) the data tables (represented bf the symbols with arcuate vertical sides) provided and maintained 
by the present invention. Furthermore, the present shows the data flows as solid arrows and control flows as dashed 
arrows. Moreover, this f^re also indicates the data tables effected by process modeb No. 2 and No. 3 of the present 
invention. 

Fig. 3 is another high level block diagram of the present mvention during activation of the preprocessor and 
decomposer S4 wherein the soiki arrows are illustrative of the data ftows diat occur during the activation of the preprocessor 
and decomposer 54. Noreom; the tables widi'm boxes represent tables having a process model No. I representation, and tiie 
taUes having account balancing control fieMs indude the klentifier, 'XNTLS.** 

Figs. 4-A though 4-E Uistr^ the steps of a fkwcbart for initiaTning the database tables of the present invention 
for a new business enterprise icensee that h to hm its financial transactions subsequently processed by the present invention. 

Fig. 5 is a bbck diagram illustrating process model No. I of the present invention. 

r«. 6 h a h'^ level fkiwctart of the steps of an embodiment of the transaction processing controller S2 of Hg. 2A. 

Ffs. 74 through 7-D show tiie high level steps performed by an embodiment of the preprocessor and decomposer 
S4ofrig.2A. 

fip. 8-A and 8-B d»w tiie steps of a fbwchart for obtaining indexes or po'mten to particular rows of a general 
ledger table wherein die rows are used in processing a transaction. 

r«s.94and9-BshowdcstepifDrafkwdBrtofananbodimen^ 

2A). 

Fig. 10 is an embodiment of a fhwchart of die steps performed for processing income cash transactions by die 
present mvention. 

11 h an embodiment of a fhwdart of die steps performed for processing principal cash tramactions by die 
present invention. 

Fig. 12 b an embodiment of a fbwchart of die steps performed for processing invested income transactions by the 
present inventkin. 

Fig. 13 h an embodiment of a ftowdart of die steps performed for processing invested principal transactions by 
the present invention. 

F'^. 1 4 is an embodiment of a fbwchart of die steps for performing custom accounting such as income expenses, 
and cash fbw for a bus'mess enterprise. 
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Fi{. 15 is an embodiment of a flowchart of the steps for maintaining a business enterprisers balance sheet related 
to bu]rs and sells of financial entities or instruments. 

DETAILED DESCRIPTION OF A 
PREFERRED ENBODIHENT OF THE INVENTION 

F^lshowsah^levdamceptualbbckdGig^ pnxxssingsxstem 50 according to the present 

invendon. In partiadar, the piesent invei^n is conceptuaTaed io the present figure as including five functional components, 
these being: 

(a) transaction processit^ controller 52 fon (i) receiving transactions S8 from business enterprises, (ii) 
aHtfroSr^ the processiiigof such transactions, including the scheduling of subtraosactions to be performed, and (iii) writing 
of transactwn details to, for example, a transaction journal file or table; 

(b) a transaction preprocessor and decomposer 54 for iiMf receiving a transaction SB from any one of a plurality 
of business enterprises as shown, wherein the preprocessor and decomposer 54 decomposes transactions uito subtransactions; 

(c) a subtransaction processing module 64 for performing the instructions for each subtransaction 
determined by the transaction preprocessor and decomposer 54. In particular, the subtransaction processing module 64 
utiGzes a cohction of subtransaction programmatic data descriptions 66 that can be independently scheduled and performed 
for processing each transaction 58 provided to tk transaction processing system 50; 

(d) a subtransaction scheduler 62 for scheduling the execution of each subtransaction output by the 
preprocessor and decomposer 54; 

(e) a collection of (btahases 70 contain'uf financial information for each of the one or more busineu 
enterprises. Note that the term "database" in the present context indodes both the data therein as well as database 
management functional elements and data structure definitions. 

Another Ihistfation of the present invention is provided in Figure I This T^re is a block diagram providing both 
the pnxesnng components of Figure I , and additionally, greater detail b provided of the tables or files within the databases 
70. However, to simpfify the discussion hereinafter, the database term'mology used wiH be that of a relational database. 
Accordingly, files may abo be equivalently referred to as tables, records may also equivakntly be referred to as rows, ami 
record fields may abo be equivalently referred to as columns. Thus, all the data storage symboh having the collective label 
of 70 are provided within the like numbered databases of F^re I. It b worth noting, however, that in one embodiment of 
the present invention, the data tables for distinct business enterprises may be provided in the same collection of tables such 
as those represei^ m Ffure I That b, it b an aspect of the present mvestion that the accounting and transaction processing 
of the present invention can use the same piurafity of financial data tables for business enterprises hnring sibstantally 
different financial transactions and accountiif categories. Thus, altboogh Figure I illustrates the databases 70 as being 
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distinct for each business enterprise, tmf of these databases (if not most) may be combined into a single database having 
a phira^ ofdatataUes such as those labeled collectivel]r '70' in Figure 2» these tables being discussed in detail hereinafter. 

Referring still to Figure 2, a high level view of the processing performed when processing a transaction 58 h 
providei In particular, the transaction processirf controller S4 receives an input transaction S8 and invokes the preprocessor 
5 and decomposer 54. The preprocessor and decomposer 54 subsequentl)r performs, for each transaction 58» the following 
functions: 

(a) determines, isng input from the business enterprise databases 70, whether all necessary data 
for perform'mg the transaction is available and otherwise rejects the transaction without performing any portion 
thereof. In particular, the transaction preprocessor and decomposer 54 determines that all data tables to be 

10 accessed are available; 

(b) retrieves the data needed to perform the transaction; 

(c) checks to determine that the transaction operation(s) requested b available, and that the 
transaction is fegitimate te be performed on the data for the input transaction 58; 

(d) retrieves the subtransaction data descriptors for decomposing the input transaction 58 into 
15 subtransactions. 

Acamlir^, the preprocessor and decomposer 54 retrieves into the woridng storage 72 (shown in Fig. 3) of a host computer 
(not shown), upon which the transaction procesung system 50 is operatmg, substantially all data and table rows that are 
necessary to process the transaction 58. Additionally, m>te that as one skilled in the art wiH understand, if some portion of 
the reqiwed data to process the transaction b unavailable, then the preprocessor and decomposer 54 terminates processing 

20 and subsequently writes appropriate error messages andybr details of the transaction into the reject taHe 74 (Fig. 2). 

Assuming that the preprocessor and decomposer 54 successfully performs the gathering of information for the 
decomposing of the transaction into subtransactions appropriately, then control b returned to the transaction processing 
controller 52, wherein thb controller then writes the detaib of the transaction to the transaction journal 78 abng with 
identification data uniquely identi^Qg the transaction (e.g^ a transaction sequence number and^r time and date stamp). 

25 Fobwing thb, the transaction prooesnig controller 52 invokes tiie subtransaction scheduler 62 for scfaedulitig the performance 
of each subtransaction bf an mvootion of the subtransaction processing module 64. Note that it b an important aspect of 
the present inventbn that »nce the subtransactions can be processed independendy of one anodier for a given transaction, 
instar^ns of the subtransaction proasung module 64 can be executed in substantially any desired order, h particular, 
sudi instantiations of the subtransaction processing module 64 can be performed concurrently, thus provkiing a substantial 

30 maease m transaction prooes»ig eRidenqr when such concurrency b provided on a computer having a plurality of processors. 

Given tiiat a subtransaction b performed successfull|r by die subtransaction processing module 64, various 
accounting tables within tiie transaction processing system 50 are updated, in general, each subtransaction conceptually 
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indicates a single operation of either plus or minus that is to be performed with two operands also indicated in the 
subtransadion. That is, the first operand indicates the data to be added or subtracted from a particular field or column of 
a table raw identiTied bf the second operand. Additkmalijr, eadi subtransaction updates other tables within the transaction 
processing system 50 automatically in order to provide consistenqr among the data tables so that (a) substantially on-line 
acQDunt bahndrc capabilities can be performed, and (b) full auditability of the records of the business enterprise providing 
the transaction can be facStated by retaining histo^ records of table updates, as will be discussed with reference to "master 
table tramactkm cluster processing^ described bereinbebw. Acamliftglf, each subtransaction processed by an instantiation 
of the subtransadion processing module 64 may update a piuraEty of the data tables contained *m the oDlledively labeled 
database 70. Note that for one skilled in tbe art of transaction data processii^ and accounting, the names provided to the 
tables are mdicative of their information content and structure. However, for clarity, substantially all of the tables for die 
present invention will be discussed in detaS and/or illustrated hereinbelow. 

The subtransaction processiiig module 64 processes sutoansactions derived from three general categories of 
transactions that may be input to the present invention. That is, there may be input transactions for each of tbe following 
types of financial transactions (1.1) through (IJ) hereinbelow. 

(1.1) Transactions related to exchanges of funds such as cash debits and credits for accounts of a particular business 
enterprise are provided. At a high level, the tables related to this functionality include tbe account master table 84 (Hg. 2), 
the general ledger table 88, and the entity attribute master table 91 

(IJ) TrannctionsiehtedtoadditioaalorcustomizedaccouRtiif forclientshavinga^ 
table 84 are provided. For eomple, m addition to pravidiif die functionaTity of the transactions described in (LI) 
immediately above, a customer income statement fmcome/expense) table 96 be provided wfth client account and 
transaction information related to income and expenses for tax purposes. Additionally, a customer cash flow 
(receipti^isbunements) table 100 is abo provided for recordir^ any account transaction information related to receipts and 
dtsbursementsincTientaocDunts. Further, a otstomer performance measurement table 104 b abo provided for retaining dient 
account performance information rebted to the performance of cDent portfolios in comparison to investment mdexes such 
asthe Dow Jones Industrial Aver^ the S&P 500, etc Note that these tables wiD be discussed and/or iilu^ated hereinbelow. 

(I J) When transaction are additionally related to financial instruments otiier don ash, debits and credits, such 
as pordblio management wbere'm there is buying and selling of eqiuties, income derived from equities, and trade setdements 
teiated diereto. Furdier, note diat diese additional capabifities also provide die same degree of flexibirity, adaptabifity and 
simpfidty as provided in relation to die transaction processing capabilities discussed in (I.I) and {\1) immed'otely above. 
Thitis, rmandai equity transactions of various^and for various business enterprises may be easily modified and/or added 
or removed from the transaction processing system SO of the present mvention, snce diese transactions are also described 
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by transaction dau desoipton consisting of a collection of subtransadions that are apable of being performed in 
substantiaHjr any order that u determined by the subtransaction scheduler 61 

taDrdkf ly, m pravkTi ng the f unctionaTity for the transactbns related to portfofio management, the preproassor 
and decomposer 54, upon being invoked by the transaction processing controller 52, also retrieves into woridng storage (as 
shown in Fig. 2) the necessary data for processing such portfolio maintenance transactions, thb data mdudir^ a 
subtransaction decomposition for the transaction. Subsequently, as discussed hereinabove, the sutoansaction scheduler 62 
invokes an instance of the subtransaction processing module 64. However, in addition to updatirig any appropriate rows of 
the tabb 84, 88, 92, 96, 100 and 104, the subtransactwn processing module 64 invokes a portfofw adjuster module 1 10 for 
capturing and/or updating detailed data of portfofio transactions that are not otherwise effectively captured for proper 
accounting and auditing. In particular, for a given subtransaction, the portfolio adjuster 1 10 invotes one of die foikwing 
modules (II) through (14) hercinbekiw. 

(2.1) Original add module 1 14 for processing a subtransaction related to the additbn of further financial 
instruments to a portfoln such as occurs when securities are bought and must be added to a given account 

(2J) A reverse of add module 1 18 for reversing an addition of financial enterprises to a particular account 
portfoBo. Note that this module is typically activated when financial enterprises are inadvertendy added to an incorrect 
portfoBo account 

(23) An original sell module 122 for processing subtransactions related to selling financial enterprises whhtn a 
given account portfoln. 

^4) A reversal of original sell modide 126 for reversing the affects of an inadvertent sell of financial enterprises 
within an account portfoln. 

These four modules 1 14-126 update the tables bbeled ollectively as 70B. In particular, the processing performed 
herein and the tables updated hereta are described beknr. 

Hajor Programs and Functionafity 

Major Programs 

The N_jine transaction processing system contaim four major programs. These are: 

(1) Transaction Processing controller 52 

(2) Transaction Preprocessor and Decomposer 54 

(3) Subtransaction Processing module 64 

(4) Subtransaction Scheduler 62 
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Program Functionality 

The purpose of the Transaction Processing amtrolier S2 

(a) test for uKoming transactions and once detected 

(h) execute the Transaction Preprocessor and Decomposer S4 and then 

(c) execute the Subtransacdon Processing module 64 for each transaction. 

The purpose of the Transaction Preprocessor and Decomposer 54 u to ver^ 

(a) that all information in the transaction is accurate 

(b) that aU files and controls are available to properly process the transaction 

(c) that the spedfic subtransadion processing instructions are loaded into working storage. 
The purpose of the Subtransaction Processing module 64 is to 

(a) execute all of the subtnuisactions that have been previously defined for a transaction 

(b) create auditabinty for every transaction. 

The purpose of the Subtransaction Scheduler 62 is to 

(a) allocate a spedfic task to a spedfic processor 

(b) return processing to the Transaction Processing controller S2. 

The present inventbn may be described as Table-Driven Transactkm Piocessiif". That is, the present inventnn 
permits the pnxessing of virtually any type of user-definable transactnn by defining the processing for sudi transactions as 
data descriptors that are mterpreted in real time and dynamically as needed for processing corresponding transactions. 
Accordingly, the transaction data descriptors are denoted as "drivmg data* and are defined by the transactbn processing 
master table and the transactkm master table. That is, the transaction master table pnmdes a first mrtial collection of data 
for identi^'r^ eadi transaction and the transaction processing table pnmdes the remainder of the data mduding the 
subtransaction deoomposttms. Accordn^, each transactkm processed updates an appropriate set of user-definable tables 
(known as the "driven" data) for completing the processing of the transaction. Since both the "driving" and the "driven" 
information is expressed as data rather that actual code, the entire functionality of the system can be dnnged in a 
straightforward manner. 

In the description hereinbebw, the functional components of the present invention are also klentified by other 
naming conventions from the description above. Accordingly, the folkwing table shows the pairing of the functional 
component klentificatkns above with those also used bekw: 
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mm 


TMNUCnON PROCESSING COHTItOUfIt 52 


NJINECONNANDPROCESSOR 


nuutsmaioN niEnuxBSORiUiDDKOHPOSU 

54 


NJINE EDIT PROCESSOR 


SUBTMHSACnON PMXXSSING NODUIE 64 


NJINE POSTING TO AN»EA AND GL 


SUBTMUtSACnON SCHEDULER 62 


NJINE SCHEDULER 


FORTFOUOJUqunERIIO 


AORS 


OIIGIIULJIM) NODULE 1)4 


ORIGINATE ADD PROCESSING 


REVERSER OF ADD NODULE 118 


REVERSE ADD PROCESSING 


ORIGINAL SELL NODULE 122 


ORIGINATE SEU ROUTINE 


REVERSE OF ORIGINALSEIL NODULE 126 


REVERSER SUBTRACT PROCESS 



15 



20 



25 



II rine System DeiifnRuIti 

A. The Nagk Numberia Software Desifn is I. That is, 
slon data oiKX, 

prDgramdataoiKe, 
proass data once. 

B. Design a total system with the fewest number of proassing models. For example, 

One model for processing afl adds (inserts), changes (updates), and deletes (deletes) for all Master (or 
Reference) Files (or tables). 

(kie modd {Df processing all of simple transactnos (s^ 
reversing entries. 

• One model for processing all complex transactions (such as buys and sells), uiduding original and 
reversing entries. 

One moddfbr proossingaladdsfnsertsXdBnges (deletes) for aU Detail Record 

(or "driven") Hies (or tables). 
L Use the first and bst modek to process all files (or tables) \n the entire system. 

D. Include audit controls for every table in the system from the very outset of design. 

E. For reasons of productivity assessment, indude Production Statistio for every job. 



30 



S0BsnnnESHsr(iHii£29 



wo 99/22329 



PCTAJS98/23a26 



13 

Nameiy, 

Begin rune 

Number ofTransactions 
Number of Acceptances 
Number of Rejects 
End Time. 

These varabks represent the only tnie mem of measuring actual productivity, 

F. Forreasomofaudbh%,neveroverimteai7orig^ Hove aH original informa&n from 
data entry (cradle) to data warehouse (grave) without any chaiiges. 

G. For reasons of reliability and profitahTity^ system designs should focus on a '^targe number of small 
programs'* rather than a "'small number of large programs'*. The result is not only ease of maintenance but also the ability 
to spread the small programs across a number of nmuhaneous processors. 

H. For reasons of man^pabaify, al system designs sboidd embrace one integrated enterprise-wide standard 
naming convention for all files (tables), records (rows), and fields (columns). 

I. For reasons of portabiRty, use the fewest number of language commands to code the system. Avoid 
vendor and/or language extensions. 

J. For reasons of flexilnlity, never hard code what can be tabie-driveo. 

M jgine Design Concepts 

A. Only 4 Processiif Hodeb for Finandal Services and Telecommunications AppTiations 
I. Schema 

I Units, Debit/Credit 

3. Assets /Liabiriries 

4. File Maintenance Routine 

B. Table-Driven Transaction Processing for maximum fkxibility 
I. NumberofTransactions 

I Name of Each Transaction and Unique Details 

3. Processing Algorithms (at least I, up to 20 depending upon complexity) 

4. Each algorithm has 3 components 

a. Plus (P) or Minus (N) 

b. Operandi 
c Operandi 
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L I OOX Audftabilfty For Every Tranacdon bf creating 

1. a Detail Record containing all relevant data and 

2. hash totals of three relevant fields in at least 3 other taUes. 

D. The 3 relevant fields for akubting all hash totals are: 
L Cash 

I Units 

3. CostBasis 

E. Basic Relational Database Nanagen^nt System Processing Concepts 
I. Commit/Rollback 

L Row Level Loddng 

3. Indexing, ROWID 

4. Stored Procednres 

5. Shared Hemory 

F. Some Hnandal Services Accounting Systems are not permitted to commingle funds. That is, separate 
accDuntnf for both income and principal must be pnmded. Therefore, each account master must teve a designated "income 
posAig code** to define the proper processing. Such a code might be: (I) income Only, (P) Principal Only, (B) Both Income 
and Principal. 

N gine'sBaskTabtes 

Licensee Profile (The licensee "Reference" or "Master" Tables) 

LN The License Master table contains the necessary infomation to process any type of Ikensee using e'rther single or 
muttiprocessir^ computers. 

LU The Licensee Us^ Master identifies different users for the disparate systems that may be processed simultaneously. 
LT The Licensee Account Type table contain the necessary information to process any type of account be it for a 

pension trust account, a communications account, or a corporate subsidiary. 
LD The licensee Default Definition table the default definitions for cash, units, and cost basis controls for total system 

control 

LL The licensee General Ledger Definition a a fist of all of the acceptable entries for the General Ledger. That is, it 
provides a f rameworic for processing any type of accounting controb for any set of account types. 

LS The Licensee DiversHication Scheme contains a three level classification scheme for reporting an decision-making 
purposes for any set of assets and liabifities. 
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LP The Performance Heasurement Group Master contains a three level dassirication scheme for measuring the 

performana of different investment groupi 
LN The Lkemee Summary Name Master contains a Rst of the entries on any type of Income Statement and Cash Flow 

Statement 

LW The licensee Wholesaler Master contains name, address, sales volumes, etc wholesalers of communications services. 
LR The Licensee Reseller Master contains name, address, sales volumes, stc for resellen of communications services. 

Account Profile (The Customer "Reference** Tables) 

AO The Account Objectives Table contains the different types of account objectives, such as income, growth, capital 
preservation, etc 

AL The Account JurisdidiDn contains the different types of legal relationships, such as broker, agent, trustee, advisor, 
etc 

A| The AcoHmt Jurisdiction contains the difierent types of legal jurisdiction, such as federal law, state bw, foref n bw, 
etc 

AR The Account Representatives Table houses die different representatives, their names and communication addresses. 

AN The Account Registration Names b a list of legal names used in security settlement 

AN The Account Ma^r table provides all of tiie necessary information to process any type of account b^ linking the 

Account (Hjective, Account Jurisdiction, Legal Capadty, ProFft Center, Account Representative, and Regittration 

tables plus other relevant data for reporting content and reporting cydes. 
AC The Account CoromunicatiDtts Links Dnks the Account Number for Hnancial Servkes to the account numbers for 

communications services so that all information can be contained in one reporting scheme. 

Transaction Pmfite (The "Driyiw^TilMw) 

TM The Transaction Master table provkles all of the mformation to process any type of transaction, excepting the 
spedfic processing algorithms. 

TP The Transaction Processing table provides all of the spedfic processing algorithms for any type of transaction 
master. The Transaction Master and Transactk>n Processing tables provide all of the necessary information to 
process any type of transaction. 

TR The Transactiom - Recurriif Table (TR) contains the neassary information for automatically procesnng any type 
of transaction on a recurriif basis. 
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Etrtit y Profite (The Entity "^ e fr ff ff^ " T^^bfes) 

EM The Mttf Master table provides all of the necessary information to process any type of financial entity. 

EA The Enthy Attrihtt tabk joins all irievant diversirication (known as type, group* and dass), general ledger (known 

as acoNndif amtrol numbers), and performance group (known as type» group, and cbss) data into one table for 

only one access seek. 

ET The EnAy Transaction table links specific transactions to spedTic entities, such as BG (Buy Government) for a US 
Treasury Note, BF (Bu/ Tax-Free) for a tax-free bond, BE (Buy Equity) for common stocks, etc Note: It is the 
correct assignment of such transactions to such entities that permits the proper accumulation of data for income 
tax purposes. 

SG The System General Ledger contains all of the informatkin to process any type of institutional accounting control 
SJ The System Transaction Journal Table contains all of the transactions and all of the detaih for each transaction for 
a specific accounting period. 

ST TheSystemTradeSettiementTablecDntainsaHoftheautomaticaliygenentte^ ofhet transactions for Buys and Sells 
SS The System Summary Table contains a record for each aecution of the system with the Begin Time, End Time, 

Number of Total Records Read, Number of Acc^ Number of Rejects, etc 
SR The System Reject Table contains a fist of all transactions rejected for whatever reason. 
SC The System Transaction Count Table contains the number oi each type of transaction processed on any given 

transaction. 

Customer Status (The "Driven" Tables) 

CS The Customer Income Statement contains aH revenues, expenses, and profits or bsses for an customer accounts. 

CF The Customer Cash Fkm Statement contains all receipts and disbursements for afl customer accounts. 

CB The Customer Balance Sheet table contains all assets and Habilities for all customer accounts. 

CG The Customer Capital Guns table contains all of the reafized capital gain details for all customer accounts. 

CI The Pending Income table contains all of die pending income, such as interest or drvklends, for all accounts. 

CA The hnSwg Capital Adjustments table contains all of the pending apital adjustments, such as stock qtlits, stock 

divklends, mergers, acquisitions, etc, for all accounts. 
CP The Performance Heasurement contains all of the periodic performance records for all customer accounts. 
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The Control Tables (The "System Bahna" Tables) 

Slice every transaction is recorded in a detail record plus hashed to three other control tables, the control values 
of cash, units, and cost basis are added to Tike values in the following control tables: 

Account Master, System General Ledger, and Emity Attribute tables. 

Forother reports such as the bKonie Statement and the Cash FbwStatements, the Performance Measurement tabk 
is used as a control table instead of the General Ledger. 

The present mvention indudes four computational processing models (process models I through 4) for processing 
financial transactions and assuring full aiKtitahTity and traceabifity. 

The pwpose of Process Hodei I (rig.5) b to create a single methodology for capturing, maintaining, and ardiiviif 
the non-finandal transaction data including a master table (reference table, or schema ) data for lOOX auditability within 
a single software system. This model provides: 

•Aomnt database 300 (Fig. S)(fbraddftiam, neg^ and corrections) and an archive database 304(Read Only) 

•Eighttabks(i.e.tables3l2,3l6,320,324,328,332,336and340,ofrig.5) 

•Number of Hodifications 

•12 Control Fields per master table 

•A sequence number generator 

•A process flow methodology for add, riange, and delete of data tabk rows. 
The operation of Process Model I is as follows: 

t 

I) Normal Updating to current database 300 

Writeto Writeto MoveMaster Addto Change Delete 
to History Master Master Master 



Add 

IF Identifier Found X 

IF Identifier Not Found X X 

Change 

IF Idoitifier Not Found X 

F Identifier Found XX X 

Delete 

FIdentifia: Not Found X 

IF Identifier Fc»md XX X 

2) Periodic updating to the archive database 304 at the end of a pre-determined time period. That is, 

(a) arthive snapshots of die archive nraster 3 12 in the omntdstabaa 300 to the mastvm 

(b) archivetheardiivehistD7]32inthecumntdataba$e300tothemuterhis^ 

(c) purge the history table 332 m the cwrent database 304. 
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The purpose of Process Nodel 2 (Figs. 2A, 2B) is to create a singk methodology for capturing, maintaining, and 
archiving the financial transaction data including: units, and debit/Gredits for one or more disparate financial applications 
with 100% auditability, wherein the processing is performed by: (a) computing configurations containing any number of 
simultaneous processors, (b) decomposing each input financial transaction into separate and independent subcomponents, 
(c) allocating the subcomponents across any number of multiple processors. 

The methodology of prxess model 2 utiliies a data^riveo transacdon processing strategy, wherein the manner in 
wluch a transaction h processed is determined by retrieviif appropriate control data for processing a given input transaction. 
Thus, the present model provides the ability: (a) to process like systems (such as financiaJ services systems) with different 
transaction definitions and acaHintii« requirements (such as commercial banking, broker/dealers, mutual fumis, insurance 
SfsUmi) and different debits ami credits and/or (b) unlike systems (such as teiecommuniations systems) with disparate 
definitions (such as hndline, wireless, sateUite, cable systems) within the present invention at tbe same time. 

The purpose of Process Hodel 3 (Figs. 2A, 2B) is to create a sngk methodok>gy for capturing, maintaining, and 
archWing the financial transaction data mduding: units, debits/credits, financial instruments for one or more disparate 
financial applications with 100% auditability within a single software system on computing configurations containing any 
number of simultaneous processors, decomposing each disparate financial transaction into separate and independent 
subcomponents, aUoati ng the subcomponents across any number of smiukaneous proassors, and processing the data with 
100% auditabiBty. The methodokigy of Hodel 3 pnmdes: 

• "Detail Record HaHrteuMe", that is, tk akilr^ to process transaction for similar business entorpriscs (such as 
portfob manapmeet systas) rebting to variMs financial instmrneits (such as disparate assets ami HabiGties) and^ 
tramadiem ferdissiBibr btf iaess eaterprises (such as pertMio maaageaKntsysteflU, paying agencies, stock tiaasfer 
systems) with dbparate bnguages (sich as Ei^lish, Spubh, French, or Gemaii) and disparate defioitiois (such as 
management phaosopby,aaDunti^ and operating lOBeDdalHre) and ailite finaodal nutrvmeots (such as assets and 
liabilities) wrthiR the saoM software at the same time. 

• The ability to decompose, albcate, process, and amlit each finaKial iastrvment transactions widi lOOX aBditobi%. 
The arrett databases 300 (for additiois, orations and corrections) and the archive databases 304(read only); 

• Sixteen data tables (some of which are shown in FigL 2A-2B) ptas a sequence generator; 

• 12 CDirtrol fieMs appended to the master tables for tradng master toUe changes; 

• One transaction three hash totals (mostly using AH, EA, and PH tables); 

• 4 camocy fields; 

• Sequence number generatioi^ 

• Reveniig/revcrsed by detoil^ 

• Processing flow for additions, negations, and corrections. 
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The purpose of Process Hodel 4 is to create a single methodology for performing Tile maintenance ioduding: 
cre^are(Drd(row)conlainingtheimli^ (table) or modrfjring the initial data whbin an existing record (row) 

within a file (table) or deletiif a current record (row) from a file (table)io any software appTicatioo on computing 
conliguratkms u»ig simultaneous processors. Where the term, ""Details", hereinbelow represents the identity of the spedfic 
financial transaction, the methodology of the proass model 4 b provided by programs such as the following: 

BEGIN 

IFTrxnis"ADD'* then 

/♦ Test fOT Duplicate Add ♦/ 

SELBCn' One or Marc Values from the I>esired File (Table) into Woridng Storage 

IFEiror then 

/♦ AddNewRecwd ♦/ 

INSERT INTO Reject Rqpcrt 

IFEnDrthai 

Message *TNSERT Reject ADD^ Details 
Goto Write Reject Table 

ENDIF 

ELSIF 

/* Locrement Existing Record */ 
Increment One or More Data Values 
UPDATE SET. Drtails 
IF&rcH^tfaea 

Message "UPDATE Biror ADD", Details 

CJoto Write Reject Table 

mroiF 

ENDIF 

ELSIF Tixn is "SUBTRACrr* then 

/* Test for Valid Recofd ♦/ 
SELECT C)iie or More Vah]e(s) from Existing Recoffd 
IFEnor then 

Message "SELECT Errar SUBTRACT, Detaib 

C3oto Write Reject Table 

ENDIF 

/♦ Test for Valid Amounts ♦/ 
IF One or Motc Amounts > One or More Values from Existing Reonnd then 
INSERT INTO Reject RqxHt 
IFError thai 

Message 'INSERT Reject SUBTRACT, D^ails 
Goto Write Reject Table 

ENDF 

/* Delete Existing Recoid ♦/ 
ELSIF One or Mem Aniounts = C)ne ex- More Values firm Existing Recoid 
AND Special Deletion Criteria = TRUE then 
DELETE Recofd 
IF&Tor then 

Message •DELETE Error", Details 
Goto Write Reject Table 

ENDff 

ELSE 

/* Decrement Existing Record */ 
Demnent One or Mine Values 
UPDATE SET, Details 
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IF Error then 

Message "UPDATE Error SUBTRACT, Details 
Goto Write Reject Table 

ENDIF 

ENDF 

ELSE 

/* InvaHd ADD or SUBTRACT Code ♦/ 
INSERT INTO Reject Rq)art 
IFEnOT then 

Message "INSERT Reject AORS", Details 

Goto Write Rcgect Table 

ENDIF 

ENDIF 
GotoEOJ 

«Write Reject Repor» 
ADD to Reject Table 
IFError then 

Message *TNSERT Reject Table Eiror, Details 

STOP 

ENDIF 
«E0>> 

NuU 

END 

Accordingly* the methodoiogr of process model 4 defines: 

(a) A current database (for additions, negations and corrections) and archive database (Read Only) 

(b) ADDorSUBTRAQ; 

(c) Initial tests for vahie^ 

(d) Special deletion criteria; 

(e) Tests for action; 

INSERT or UPDATE; 
DELETE or UPDATE; 
INSERT INTO Reject Tables; 

Processing Hofel |: 

Procesnng model I is a method for processing changes to files (or tables) denoted as master or reference tables 
(files) wherein these tables retain fundamental information that a not dcri¥able from other tables. In particular, processing 
model I processes change to master tables m an automated manner witiiout iosir^ historical finandai information. 
Accordingl/, IDO%audilabirityofalldatachangesbabktobeadiieved. 

ThenKthodoradiievi^gthbgoalHiesaaarcbitBC&^ HTCP 
is based on the premise of creating a logicai fknr of aH original nformation from data apture (data entry) to permanent data 
reposifiory (datawaiehome) by Rpbdi$siq|le master files (or tables) with a daster of files (or tables). Therefore, HTCP addresses 
the conpiete Bfe cycle of all iiformatiott relevant to orgaaizatioaal dedsiot-naidng. HTCP is targeted for use in the aotomatic 
generatioi of program code for multiple large-scale real-tine transaction processing appliatieas (such as securities trading, 
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tEbominunialions billing, and work muageoMt) on multi-praoeisiBg conputen (using 4, 8, 16, 32 processors), where coRtrol 
is not onV ai increasing compkx issoe bit u absolute aeossity for htare cofflpetitioa. 

The circumstances ieadit^ to the invention of Master Transaction Ouster Processing are: 

a) Prior art financial transaction software architecture lacks the abilft)f to identify transactions bf table, 
transaction date» transaction number, and the person authorizing the transaction. 

b) Priorart financial transaction ^sterns ^fpkaUjr use onl/ one tabk to contain all Master Information (Le^ 
non-derivable information) and the data in this table is overwritten, thereby fosing historical 
infomation. Cases in point woukt be a record of all of the past mailing addresses or processing 
instructions for a specific customer. 

c) Witfaoitf 100% rdention of an orgamzation's vital information, management has no idea of the accuracy 
of the information being used fordedsion-maldng purposes. 

d) The Year 2000 problem, know as T2K, is proving that past software appfications designs have reached 
tedmokigical limits and current ma'mtenance costs are inordinately expensive. 

e) Competitive pressures are mounting for higher quality software with knver software devetopment and 
maintenance costs. Totally new architectures for appfications software is in great demand. 

f) The ComputerWorU article, "Information: Ameria*s Favorite Investment," by Paul Strassman, 
ComputerWorid Magazine, August S, 1996, states that over 1100 companies are spending more on 
automation annual^ than the net wortiis of their respective companies. 

g) The Standidi Heport as described m Devebproent Patterns, InfbWorM Magazine, Feb. 3, 1997, p. S6, 
states tiiat the success rate of Business Process Reengineering has increased from 1696 in 1994 to only 
27% in 1996. 

Note, ki the book "Oracle Design", Ensor S Stevenson, yUeilly PresL it is a recommended practice to compromise 
data retention ratiiertiian achieve lOOX auditability. Today's hardware costs suggest otiierwise. 
The advantages of the present invention over the approaches discussed above are: 

to provide 100% audttabiTity which offen business management the apabifrty to exerdse its fiduciary 

responsihTity to its stockboUen and Board of Directors, 

• to capture, n»intain, and ensure the integrity of all vital information for business enterprise 
decision-making purposes, and 

• to preserve such information consistent with business enterprise-defined data retention cydes. 
MditionaHy, the present mvention altows accountants to certify in business enterprise annual reports tiiat all vital corporate 
data is being properly preserved. 



wo 99/22329 



PCT/US98/23026 



22 

A detailed description of Haster Transaction Ouster PnMXssinj corresponding to model I (the first computational 
model of the present invention) is as foliowL 

HTCPQy^fYiffW 

Master Transaction Qustering, or HTCP, performs the following tasks: 

a) ass^ a uiique identrTier iased on (i) master table identificatbn, (ii) transaction date, (iii) transactioa 
number, and fiv) authorized user, to each transaction that causes a diai^ in the state of a particular 
record of a master table. That is, if one or more data elements in the record change, then the previous 
record is written to history, and a new status is assigned to an identifier field used for tracking such 
change^ 

b) creates a ktgical flow of data as h is originally entered from its inctptnn (data entry) to its repository 
(data warehouse). The unique archkecture of NTCP replaces the Master File (or Table) within prior art 
systenuwithachtsterorHasterFaes(orTables),knownasa"Na^ Thischister 
is suitable for multiprocessing (or the use of simuhaneous processors within a nngle computer to 
Gomplete aoommon job). Hence, MTCP addresses lOOX auditabifrty via maintaining tiie total Gfe cyde 
of information. Aged informatbn may be deleted from the appropriate tables consistent with 
user-defined data retention pofides; 

c) offers a standard for processing all Master Tables witiiin a total applkation; 

d) provides a test bed for separately testing each Ma^ TaUe Qu^r under devetopment and aH Haster 
TaUeDusten in concert; 

e) pernuts mungement to report that it is successfulljr capturing, maintaining, and preserving all critical 
information for dedskm-making purposes. 

Master Transaction Ouster Processing utiFues tiie folknving (Fig. 5): 

a) two databases fu.,tiw current data base 31X1 and tiie archive data base 304), 

b) sequencing generator 30B having: (i) two external sequence generators; (ii) two internal counters, 

c) eight tables (denoted mastertable3i2,bputtable3l6,summarytabk320,rejecttable324,accept 
table 32B, histo^ table 332, master archive tabk 336 and master histo^ table 340), and 

d) twelve additional fieUs for every row in tiie master table 3IL 
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HTCP Independence 

Master Transaction Quster Processing of Model I is independent of any: 

a) appTxation- such as accoimts receivable, custoroerlNTin^ 

b) industry - sudi as financial services, teleammunication, or work management. 

c) hardware manufacturer - such as Compaq. Digital, HP, IBM, NCR, Unis/s, 

d) operating system - such as HS-DQS, UNIX. OpenVHS, MVS, etc 

e) network - such as Novell, Ethernet, etc 

f) rebtkmal database management system * such as Oracle, Sybase, Nkrosoft SQL Server, Informix, etc, 
and 

g) computer language - such as SQL. COBOL, FORTRAN, Pl/I, Java, etc 
MTCP Architecture 

The Master Transadkm Ckster Processing (MTCP) ardutecture can be used for any applicatbn in any industry ustif 
any computer language. W'rtfain the typical structwed processing scheme of input and process, the Master Transactmn Ouster 
PnxEsnng focuses solely on the process function. Thus, the method permits users to define input screens and defined output 
reports. 

MTCP Databases 

UnEte prior art software ^ms whkh contain only one table for each set of primary records, Master Transaction 
Cluster Processing uses tight related tables, or a duster of tables, to trade ail information on a cradle to grave basis. The 
cradle being its point in mception (or data entry), and the grave being its permanent repository (or data warehouse). 
Consequently, the "Master Transaction Ouster" spans two different databases: one denoted the Current database 300 
cDi^mg all relevant data for the current processing perwd and a second denoted the Archive database 304 containing all 
relevant (bta for all prevbus proccssmg periods. The Current database 300 represents the area of h'fh inquiry, and the Archive 
database 304 represents the area of hw inqiu^. Consequently, the Current database 300 is normally placed on higb-^>eed 
mteroal d'idc drive and the Ardi'ive database 304 is normaly placed on less expensive tower-speed CD-ROMs. Note that trailing 
information in the Archive database 304 may be destroyed consistent wHh defined data retention pofides, statute of 
limitations, etc 

MTCP Tables 

The six tables in the Current database 300 are the 

a. ) Master Table 3I2(M) that will contam afl records to be maintained. 

b. ) Input Table 316 (I) that will contain aU records prior to updating. 
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c) Reject Table 324 (R) that will contain all records rejected during processing. 

d. ) Accept Table 32B (A) that will contain all records accepted during processing. 

e. ) Hist07 Table 332 (H) that contain a complete snapshot of aH records prior to updating. 

f. ) SumnB7 Table 320 (S) that contains the results of a specific processing operation 
and the two tables in the Archive database 304 are the: 

g. ) Master Archive Table 336 that contains snapshots of the master table 312 at the end of each processing 

period. 

h. ) Master History Tabk 340 that contains a histo^ of the master table 312 changes during a current 

processii^ period. 

Notethatthe Master Tabk (H), Input Tabk (I). Reject Tabk (R),the Accept Tabk (A), the History Tabk (H) in the 
same ''Kuter Transaction auster^ share the same number and order of data ekments consisting of alphabetic, numeric^ and 
date terns. Akematively, the Summary Tabk (S) contains the start time, end time, number of accepts, and number of rejects 
for each time a series of master tabk 312 modifications are provided. 

HTCP Generator and Counten 

The Generators 308 indude two different external counters and two internal counten used in effecting lOOK 
auditabifity. The two external counters are the Accept Sequence Number Generator and the Reject Sequence Number 
Generator. The two internal counters are the Total Records Read Counter and the Number of ModiTiations Counter. AD are 
used only m the Current database 300, as the Archive database 304 is read-only in nature. 

Regarding the external countors, the Acapt Sequence Number Generator mchided in the Current database 300 
automadoHy generates sequential numbers for the processing period (daily, weekly, monthly, etc) starting with the number 
i,and increments by l,so that eve^transacdon processed against the preceding (old) mastertabk 312 will receive a specific 
transaction number, and aoomlingiy, each transaction processed wiD be uniquely identifiabk based on mastertabk identity, 
transaction <hte, transaction number, and airtborized user. Note that the transaction date b read off tiie ii^mal system 
dock. The Reject Sequenre Number Generator counts the ntunber of rejects for the spedfic processing period. Its function 
is similar to the Accept Sequence Number Generator. Both the Accept Sequence Number Counter and the Reject Sequence 
Number Counter are ''processing period** spedfic That h, both are deared to zero at, e^., mklnight on the end of the 
processing period so that eadi processing period may be separately kientified and audited. 

R^ardiif the internal counters, the Total Records Read Counter counts the number of transactions read during a 
spedfic processing performance. Since the Total Records Read Counter b *lob uecution" dependent, tius counter b deared 
to zero at the outset of every processing program execution. The Number of Modifications Counter counts the number of times 
a specie record has been danged. As thb counter b "record" dependent, thb counter b never deared to zero, Thb qiecific 
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(Dunter should identify the number of individuai records that may be retrieved, viewed, and verified from all of the tabks in 
the specific Master Transaction Ouster to prove its auditabilit]r. 

HTCPArrhive Database 304 

5 The Archive database 304 is read only. Within the Archive database 304, information contained in the Master 

Archive Tabk 336 represents a snapshot of information in the Master Table in the Current dauhase 300 at a particubr point 
in time such as the end of a month, quarter, or year. And, information in tt^ History Arch'rve Table 336 contains all of the 
transactions that have occurred from the beginning of the most recent processing period until the particular point in time, 
be it month, quarter, or year. For example, tiw Master Archive TaUe 336 contains the status of the Master Table 312 at the 

10 end of the first quarter, and the History Archive 340 contains aO of the transaction modifications occurring since the end of 
the bst quarter. In dm fashion, any status of any Master Table 3 12 can be recreated for any point in time (say, month ends) 
by simply processing all transactions in the History Archive 340 for the (tesired period against the previous Master Archive 
Table 336, or the beginning of the period. 

15 MTCP Sa. Sari|tf Library Implications 

To achieve lOOX auditabtTrty of a complete system, every master fik (or table in relational database management 
systems has a Master Transaction Ouster. Therefore, a total system containing IS tables would require 15 x 8 or 120 tables 
to achieve M lOOXauditabifity. S'mce each table will require at least 4 SQL scripts to (I) Create Table, (2) Select data from 
the table, (3) Delete data from the table, and (4) Drop the T^ in tiie event of redefinkion, the number of SQL scripts is 15 

20 x8x4,or960 SQL Scripts. Then, each Master Transaction Chister will require at least a Procestii^PRigra^ 

Reset, and Ketest, or at lea^ four more progranu for eadid Ail of the SQL scripts 

would be stored in one SQL Script Library on the computer for future reference and ease of maintenance. 

MTff HuM-pyocffling 

25 The multi-processing of the Master Transaction Ouster occun in the following manner 

For additions (or Insertions in SQL) of data 

The Insertions to the Master Table 3l2and Insertions to the Acapt Table 328 may be processed 
simultaneously. 
For changes (or Updates in SQL) of data 
30 The Update of the Master Table 3l2and the Insert to the Accept Table 328 may be processed 

snnultaneouslyiAer the original record from the Master Table 312 has been oo|Hed to the History Table 
331 
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for deletes (or Deletes in SQL) of data 

The Deletion from the Master Table 3 12 and the Insertion to the Accept Table 328 may be processed 
simuhaneoiulir ^ the current record m the Haster Table 312 has been updated for the transaction 
identifier and then copied to the Histor/ Table 33L 

HTCP Creation 

Before processing any Haster Transaction Ouster^ the necessary databases and files (or tables) must be create! 
For each business enterprise utifiz'ms the present invention, these databases and files are created only once in tiie foHowing 
manner 

(Begin Program) 

Create '^Current" database 
Create "Archive" database 
in the "Current" database 

Create Haster Table 

Create Input Table 

Create Reject Table 

Create Accept Table 

Create Second Accept Table (on separate disk unit, if desired) 

Create Histe7 Table 

Create Summary Table 
Create Sequence Number for Acapts 
Create Sequence Number for Rejects 
in the '^Archive" database 

Create Haster Archive 

Create History Archive 

(End of Program) 

HTCPProceninf 

Processing of the "Haster Transaction Chtster** then ocain in the followiif manner. 
StfilLl: All required information for processing a transaction is first captured on an Input Form. 

Once tiiis information is edited by, e^., an operator, an Enter ley can be pressed by an operator to write tius 
information to the Input Table 3 16 for particular master transaction dusters. 
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Step 3: For each input table 3 1 6, a polling program notes that the Input Table is not empty and has a transaction action 

to be processed whereupon the action is processed by a process (denoted "proass T in Fig. HI). 

Step 4 : The transaction processing program determines the type of file maintenance to perform; basically, 

(I) add a record (entitled Insert a Row in SQL), 

5 (2) change a record (entitled Update a Row in SQL), and 

(3) delete a record (entitled Delete a Row in SQL), 

which in turn determines the mutti-proassiiig potential as described above in the NTCP Nulti-proassii^. 

The normal daily processii^ fhrw to achieve 1 0096 auditabtlity in either real-time or batch mode is as follows: 

(Begin Program) 
10 Read System Clock to Store Begin Time 

(Read Next Transaction) 
UTLast Transaction 

Read System Clock to Stoie Bssd Time 

Write Bad Time, B^gin Time, Numbo^ of Accepts^ Nmnber of Rejects, 
15 and Total Reccxds Read to Summary Table 

Goto End of Program 
Increment Total Records Read by 1 
(Add a New Record) 
If transaction is "Add" then 
20 If record exists then 

Process Addition Error 
Goto Write Reject Table 

* Select System Clock Dale into Insert -Transacticm Date * 
2S * Inoemoit Sequence Nimiber into bisert- Transaction Number * 

* Select User Name into Insert -Transaction User * 

* Select Zero into U^pdate- Transaction Numbo- * 

* SdectZeio into Delete -Transaction Number 

30 Ins^ to Master Table 

G(^ Write Accq>t Table 
(Change an Existing ReconQ 
If transaction is "Change" then 

If record does not exist then 
35 Process Change Brror 

Goto Write Rgect Table 

* (Master Snapshot) * 

* Move Master Table Record to Hist(xy Table * 

* Select System Ck)ck Date into Update -Transaction Date * 

* Increment Sequence Number into Update- Transaction Numbo* * 

* Sdect User Name into l^pdate- Transaction User * 

* SelectZero into Delete- Transaction Numbor * 
45 * bcrcmoit Master Table Number of Modifications by I * 
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Update Master Table with New £>ata 
Goto Write Accept Table 

(Del^ an Existing Record) 

If transactiGn is Ddete'* then 

If record does not exist then 
Process Drop Error 
Goto Write Reject Table 

* Select System Clock Date into Delete -Transactioa Date * 

* InaonentSequoice Number into Delete -Transaction Number ^ 

* Select User Name into Delete -Transacticm User * 

* l^pdate Master Table Record for TranDate/TranNum/User * 

* (Mastear Sn^shot) « 

* Move Master Td>leReccnnd to History Table * 

Ddete Master Table Record From Master Table 
(Write MULTI-PROCESSH) Accept Table) 

* Move "Current** into Archive - Status * 

* Move 'System Date** into Archive - Date ♦ 

Increment Aooq>t Counter 
Insert to Accqit Table 

Insert SeccHid Accqit Table (on a separate disk drive, if desired) 
Goto Loop to Next Transaction 
(Write Reject Table) 

InaementRgect Counter 
Insert to Rgect Table 
(Loop to Next Transaction) 

Goto Read Next Transacticm 
(End of Prpgram) 

End 

Note: Tte specific muttifHOces^i^ of 'IVriteMultifBiocessed Accept TA^ 
specific routiiie (Add, Change, or Delete) dq>ending upon the ccmputer 1^^ 
Step 5: Attfaeoidoftbe ^Mmfing period** ,sudi as dai^^ or weekly, vrfi^ 
to conqniter tallies, the Accept Table can be ddeted as follows: 
(Begin Program) 

Delete All ReccHds &om the Accq)t Table 
(End Program) 

Step 6: Backq) aU databases aiKl tables before any information is purged as follows: 
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(Begin Program) 

Write All Tables in the Xuirent" database to backup 
Write An Tables in the ''Aidiive" database to badcup 

(End of Program) 

StQLZl At the end of a usCT-defined period, an arcfawe and purge process occurs t^ 
(Begin Program) 



* Move "Archive** to Arduve Status 

♦ Move "System Date" toArdiiveDate 

Move All Recwds in the Mast^ Table to Master Archive. 

Move All Rec(Hds in the History Table to the Histoiy Archive. 
(End Program) 

SteBL^l In the event that current reconis are wrongfully rnoved to the Hi^^ 
they may be retrieved by 
(Begin Program) 

Move Specific Records firan the Mastor Archive to the Master Table 
Move Specific ReccHds from the Histoiy Archive to the Histtx^ 
(End Program) 

TMspropvnihoiUbeencutdonlfaftvl^^ Itshouij 
never be nm aftnr neir transadmn hm bem 
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Ifnecessaiy.a recovery propam can be milized at any time ki the Upon complete recove7,Stq) 7 

andStep8willavetDbere-€xecutedtD*msurethecorrect$ta^ The Accept Table can thm be 

tned to as a substitute Input Table to retini the system to its prerm Once this taUe is cathausted, data from the Input 
Table would supply the remainii^ data for the processing job. 

HTCP Management 

(to tert data are defined and processed, a business enterprise may 

(a) lUview lists of the contents of dl Master Tables 3 12 for detenrniningcorr^^ 

(b) Res^ the contents of all Master Tables for perfennmg the next test 

(c) Retest 
MTCPAMditabaity 

Once auditabihy is achieved, the business enterprise may query: 

(a) When a Master Table Ouster was created. 

(b) When each record was added (or inserted) to the Master Table 3 12, 

(c) Howinanyautheriieddianges(or^)dates)havebemnadetDarecordofd^ 

(d) Prowthe 'nt^ofthe master transaction duster by product 
record wa dd^, where the record is stored. 

Accordingly, lOOX auditabiity of every dange, every d^, for every appfication is possible. 

HuMprocessffigMinri 

Unlike serial processHig which processes all jobs in sequential fashion, ntuhjprocessing processes some of the same jobs 
simultaBieMfiiy,orinparalM. Whlemuttiprocesstn^ 

IBM, NCR, Unisys,^ have announcd offerings of low<ostmultq>rKessmgn^ These 
machines will rapidly increase the demand for multiprocessn^ software, whidi is known as "multitftfeaded" softwarcL Hukiduttded 
software permits the simultaneous execution of more than one jobs or job sequences. 
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Multiprocessing takes two forms. Symmetrical Nult^messing (SNP) and Massively P^ld Processkig (MPP), the difference 
being that s]rmmetricalmulti|mMXSsing mad for 
cmipkasymmrticaimult^rwessing^ In contrast, massive parallel 

procenii^nrachneshasonebusfereachprocttsor. For eumpk a massively parallel madi'me may haw 
sixtBO) disk drives. Therebre,s]fmmetricalmijltipnx»singm^ 

low input^llt content In contrast massively parallel processmg madi'nes are best suited for applicatkms that can be paralldiied and hrve 
a high input/butput requirement, as h the case with many conw)^ 

In eidier emit, muhiprocesang muhmes are best utHiied when carefolly tuned to avokl bottlenecks. This is likely to mean that 
all ofthehyen constituting a confutir^envtronmrnt are nytiprocessing«b^ That is, the hardware, operating system, relational 
database managemoit system, and the specific appTication are capabte of Some muttiprocesskif mainframes have been 

avaiabkirsemaljfenasweHassomevcrskHfisoftheUNIXoperating^^ Only a fowmuh^rocening relational databases aist and 
emfcvwmiitfruessmgapplkatio^ 

of the appfication' rather than lovwMge of the underlying tools," the tools bemg the hardware, opentmg systan, and relational database 
system. 

Accordingly, it is believed that the limiting foctors for the succeu 

(1) tiwhck of financial transaction application knowledge, 

(2) aladcofundcrstandingofhowmidtiprKessmgcanbemedtoeffoctlOMaud^^ 
P) thehdcofinderstandii^astohowtDdecomposea financial transaction sys^ 

processes that may be performed simultaneously. 

MCitaiqufflm 

Approaching mtdtiprocessing from the business enterprise perspective there 
sub^livided. These are by. 

(1) applkation, wherein colaoi applications are capable of being performed in |»raliel, such as , e^.. Accounts 
Receivable, Accounts Payable, ctL 

(2) hmction, wherein certain functions withki an application are capable of being performed in parallel, such as, e|., 
updating customer profles, customer status, or performance. 
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(3) prxess, wherein certain lar^ tasks are capable of being decomposed into smaller tasks that can be performed in 
parallel, such as, e^^ by splitting a large Accounts Receivable process, such as baling, nts subcomponents. 

(4) trinsactkm, wherein transactions are decon^sed into subtransactbmtha^ 
parallel. 

The vahe of NK P B that tt ad(kcsses the bst form of multiproce^ 
response times for red-time financial transaction priKt^ Thatis»b]rdirklif^atnnsactkmmtDsdrtramactiom 
spread across several muh^)foces$ors, process Plus, the large mmber of small programs make ma'ntenance 

much easier and less expensive 

A first embodiment of the transactbn processing controHcr 52 is p^^ Mote that for simplicity, 

cnw handling and relatd validity chediii^st^^ However, the performance of such steps is within the scope of the 

present inventkm, as one skaied'm the art wHI appreciate. Asecondpmdo-codeembodimentofthe transaction proceni^ 
folfows. 



(Truisaction Processing Controller 52) 

BEGIN 

/* The following switches are global They control bodi the activity of the systeoi. ♦/ 
/* The Processor SwitdiesnKniitars the ovailabiHty of an eifi^{^^ V 



f* The Process Switches mooitorsaUofthejobs that are to be exec^ */ 

These switches imtialize the system, and Ihea change tfaroug}^ */ 

f* as the subccjoqxiiifiiitsQfthe system and tiie processors £u^ */ 

!* The Pnx^essor Switches are turned ON asjobs are sent to q>edficprooessGf5. */ 

The Processor Switdies are turned OFF after the jobs are completed. */ 



Set Processor 1 Switch = 0 
Set Processor 2 Switch = 0 
SetProcesscx- 3 Switch ==0 
SetProcessor 4Switch = 0 
SetProcessor SSwitch-O 
SetProcessor 6 Switch = 0 
SetProcessor 7Switch=0 
SetProcessor 8Switch = 0 

Read Begin Time from Systems Clock into Working Storage 
Set Total Rec(Hds Read = 0 
Set Number Accepts =0 
S^ Number Rejects =0 



The Command Programs reads the transaction iiyut from the operator, then *f 

/* edits the transaction fix-vaMty and l(>ads the transacticHi processing algodtfams V 

/* from the TransactitHi Processing table (or cache file) to a tenqKffary table. Itthen V 

/* walks down aU of algorithms in the temporary table to process the total transaction */ 
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10 



/* \vitfa]0()%auditabiUty.£achalgantfammaybepassedtoa9q)aratep^ 

i* Read openitar instructioDS fisr staitmg aiK^ 

For the purposes of re^art in ttie event of mid-stream job ^ 
i* For the purpose of caussiona in prooes^ng. 

/♦ Operator mo/ enter Begin End fbraUitons 

f* Operator may enter Begin End &r a beginning list 

f* Operator nu^ enter Begin End for an intennediate list 

i* Operatormay enter Begin End for an ending list 



♦/ 
*/ 
♦/ 
*/ 
♦/ 
♦/ 



15 



Read Begiiming Item in Iiq)iit Stream from Master Cont^ 

Read Elding Item in Iiq>ut Stream fitim Master Control Terminal 

Set Beginning Item to Next Transaction 
Set Ending Item to ^ of List 



20 



Read System Clock for Begin Time 
Add Recofd with Begin Time 
IF Error then 

Kfessage "No System Table Record fcx- Begin Tin^", O^ails 

ENDIF 



25 



30 



35 



40 



45 



50 



«Read Next Transactioi]P'> 



!* The Process Switches are turned ON as each transaction subcQnq>cnmt is conq)leted. 
!* The Process Switches are turned OFF after the total traiisaction is completed V 



♦/ 



Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Sel Process 
S^ Process 
Set Process 
Set Process 
Set Process 
S^ Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 
Set Process 



lSwitch = 0 
2Switch = 0 
3Switch==0 
4Switx^==0 
5Switdi = 0 
6Switdi = 0 
7Switch=0 
8Switdi=0 
9Switch=0 
10Switch = 0 
llSwitdi=0 
12 Switch =^0 
13Switch = 0 
14Switch»0 
15Switch = 0 
16Switch»0 
17Switdi = 0 
18Switch=^0 
19Switch==0 
20Switcfa=0 
21 Switch^O 
22Switch = 0 
23Switch=0 
24Switcfa=0 



55 



Read Next Transaction into Working Storage 
IFEOFthen 

Read End Tiirie from Systems Clock irito Woridrig Storage 
INSERT End-time, Begm Time 

Total Recoids Read, Number Acc^ts, Number Rejects 



wo 99/22329 



PCT/US98/23026 



34 

into Summaiy Table 
IF Error thai 

Message " INSERT ST Table^ Details 
STOP 

ENDIF 
GotoEOJ 

EblDIF 

IF Next Transacticm - End of List 
GotoEOJ 

ENDff 

Increment Total Records Read 

«Test Transaction Type» 
IF Transaction Type != * ' then 

/♦ Set Switches for Trade Ofifeet and Settle OflfeetPn)cessing */ 
SetProcess 1 Switch »0 
SetPn)oess 2 Switch ==1 
S^Process 3Switdi=l 
SetProcess 4Switch=l 
S^Process 5Switcli=l 
SetProcess 6Switch = 0 
S^Process VSwitch^l 
SetProcess 8Switcfa=l 
SetProcess 9Switcli=l 
S^Process 10 Switch ==1 
S^Process nSwitch = 0 
SetProcess 12Switdi=l 
S^Process 13Switch=l 
SetProcess 14Switcfa=l 
SetProcess 15Switcli=l 
SetProcess 16Switch=l 
SetProcess 17 Switch ==0 
SetProcess 18 Switch -0 
SetProcess I9Switch=l 
S^Process 20 Switch^ 1 
S^Process 21 Switch^ 1 
SetProcess 22Switch=l 
S^Process 23Switch=l 
SetProcess 24Switch = 0 

ENDIF 

«TestOORR» 
IF DORR ='0' then 



CALL N_giiie EDIT 



IFEditEnor 

Message *^t&rQr^, Details 
Goto Write Reject Table 

ENDIF 

IF Tran-TypeN'Sdl* 

OR Tran-Type != ^Withdraw* then 

INSERT into Transaction Journal Table 

IF Error 
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Message "Insert TJ Bror^, D^s 
Goto Write Reject Table 

ENDIF 

IF Correctioii Data then 

DELETE fifom Reject Table 
IF Error 

Message T)elete Reject Eiror, Details 
Goto Write Reject Table 

ENDIF 

ENDF 

ENDIF 

CAIXf IT i.e., execute the algorithms in the temporary table 

IF Temporaiy Table Error thai 

Message "TenqxHTny Table EnoT, Entails 
Goto Write Reject Table 

ENDIF 

Generate Sequence Number 

ELSIFOORR=*R' 

CAIl.N.£iiie£D]T 

IFEditEnor 

Message "Edit Error", Details 
Goto Write Reject Table 

ENDIF 

Assign TransacticHL Number = '000000' 
Assign LOT Number =1 

«Read Next Reversal» 

Read Transaction Journal Table for reversal number 
IF "No Transaction Exists" \^iere LOT = 1 thm 

Message "No Transaction Exists'*^ Detaik 

Goto Write Reject Table 

ENDIF 

IF "No Transaction Exists" and LOT > 1 then 
Goto Transaction Wn^up 

ENDIF 

IF Previous^ Reversed 

M^sage "Previously Reversed", Details 
Goto Write Reject Table 

ENDIF 

INSERT Reversing Transaction" to Transaction Journal Table 
IFErra- 

Messagq "INSERT T J Reversing Ernx^, D^ails 
Goto Write Reject Table 

ENDIF 

UPDATE "Reversed" Transaction 
IF Error 

Message "*aJPDATETJ Reversed Errar'\ Details 
Goto Write Reject Table 

ENDIF 
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InCTonent the LOT Number 

CALL. TT Le.» execute the algmtfams in the temparaiy table 

IF Tenqxsrary Table Error tiien 

Message ^'Tenqxxrary Table EiTor, Details 
Goto Write Reject Table 

ENDF 

Goto Read Next Reversal 
Generate Sequence Number 

UPDATE ''Reversecr Transacticm, ALL ROWS with Reversing Data 
IF Error then 

Messa^ "UPDATE TL Table Reversed", Details 

Goto Write Reject Report 

ENDIF 

UPDATE 'Ttevasing^ Transaction. ALL ROWS with Reversed Data 
IFEnor then 

Message "UPDATE TL Tabic Reversing", Details 

Goto Write Reject Report 

ENDIF 

ELSE 

INSERT into Reject Table "No Originate ot Reverse Code** 
IF Error then 

Message "Insert Reject Tabled Detaib 

Goto Write Reject Table 

ENDIF 

ENDff 

<<rntnsaction Wrap-qp» 

INSERT INTO Transaction Couci Table 

Sdect Original-Count and Reversal Count from TC Table into Working Storage 
IF Error then 

INSERT INTO TC Table. Details 

IF Error then 

Goto Write Reject Table 

ENDIF 

ELSE 

IF AORS = "'0*1hen 

Increment Original-Count 
ELSIF AORS = *R* 

Increment Reversal-Count 

ELSE 

Message "Invalid AORSCode^ D^ails 
STOP 

ENDIF 

ENDIF 

«Test Trade Settlenien» 
IF Transaction Switch -2 

Goto Loop Next Transaction 

ENDIF 

IF Transaction Switch = 1 
OR AORS = *'then 

Goto Loop Next Transaction 
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ENDff 

/* COMMIT Work to Database ♦/ 
COMMIT Origmai Transacticm Before Ofi&et Transactian 

IF AORS = *A*thcn 

Insert licensee Trade Ofi&et Buy in Transactioa Identifier 
ELSIF AORS = *S' 

Insert Licensee Trade Ofi&et Sell in Transacticm Identifier 

ELSE 

Message "Invalid AORS", Details 

ENDff 

f* Sw^ Account Numbers for Automatic Transaction */ 

Move Account Number to Working Storage Account Number 

Move Buyer/Sdler Number to Account Number 

Move Woridng Storage Account Number to Account Number 

KMtiplytbe Net Amount by -1 

Multip^ the Amount Units by -1 

Add Nuniber of S^tleniem Days fiom Entity Master to Trade Date to d^ennine 

Add to T(^ Numbar of Accepts 

UPDATE Row in System Table f(n- Number of Accepts 

IFRror then 

Message "Update Error for Accepts", Details 

Goto Write Reject Recoffd 

ENDF 

Go to Test Transaction Type 

«Loop Next TninsactianP>^> 

/* COMMIT Work to Database ♦/ 
COMMIT Original Transaction or Ofi&et Transaction, if any 
Goto Read Next TransactioQ 

«Wrile Reject Recofd» 

Add to Total Number of Rgects 

UPDATE Rorw in Syston Table fcM- Number of Rejects 

IFErrar then 

Message "Update Error fcM- Rejects", D^ails 

ENDIF 

INSERT Into Reject Table, Details 
IFEiror 

Message "Insert Command Reject Table**, Details 
STOP 

ENDIF 

Move Incoming Licensee Identifier to Stored licensee Idoitifier 
Move Incoming Account Identifier to Stored Account Identifio: 
Kfove Incoming Transaction Identifier to Stored Transaction Identifier 
Move Incoming Entity Identifier to Stored Entity Identifier 
Goto Read Next Transaction 



<<E0>> 

Read System Clock f(H^ End Time 
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Add Record with &id Time 
IF Error then 

Message "No ISystem Table Record for End Time", Details 

ENDff 

END 

A first embodiment of the transaction prvprocessor and decomposer 54 is pro?ided in the flowcharts of Figs, 7-A through 7-D 
and Ffgs. 8-A and Note that far simprid^, error hanfling and related validity dnsdc steps have been omitted. However, the performance 
of such steps is within the scopeof the present invention, as one skilted in the art will appreciate. 

A second pseudo^ embodiment of the transaction preprocessor and decomposer 54 follows. 



Pseudo-Code for the Edit Pwu^^^r for 
rii InCTmfngTrafftyrtoits 

(Transaction Preprocessor and Decomposer 54) 

BEGIN 

Housekeeping 

Set Woridng Storage Alphas to Blanks 
Set Working Storage Numbers to Zeroes 

IF Incoming licensee Identifier =Storal Licensee Identifier then 
Using Licensee Identifier firom Input String, retrieve 
Licensee Name 
Trade S^ement Switch 
Trade Ofifeet Buy 
Trade Qfi&et Sell 

from Licensee Master into Woridng Storage 
IF Error then 

Message 'l^o licensee Master^, Ddt^ 
OotoEOJ 

ENDIF 

ENDIF 



IF the D^ult Definition Table has not been k>aded to memciy then 
LOAD all records from the De&ult Definition Table consisting of 
licensee 
DD Class 
DD Identification 
DD Sub-Class 

DD Accounting Ccmtrol Number 

DDName 

fixnn the De&ult Definiticm Table 
into the Tcn^Kjraiy Table (TA) 

IF Error then 

Message "NO TA Table", Details 
OotoEOJ 
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ENDIF 

ENDIF 

IF the Incaming Account Identifier = Stmd Account Identifier 
Goto Access Transacticm Master (TM) 

ELSE 

This is the first table containing control totals for cash, units, and cost bas^ 
«Access Account Master» 

From the Account Master Table (TM) 
using the Licensee Identifier firom the ^ut String 
and the Account Identifier fiom the Input String, retrieve 

Account Type 
Income Posting Code 
Income/Ejqpense Switch 
Rec^t/Disbursemiait Switch 
Perfonnance Measurexnoit Switch 

Fiscal Year - Month 

Fiscal Year- £>ay 

Fiscal Year - Number Paiods 

Income Cash Balance 
Principal Cash Balance 
Invested Inccsne 
Invested Princqyal 
Total Units -Assets ' 
L'^^biliti^ 

Total Units -Liabilities 

and the Row Identification ofthe Account Master Record 

from tike Account Master Table (AM) into Woridng Storage 

IFEircn- then 

Rqxxrflnvalid Account Identifier^, Details 
Goto Write Rgect Rqx)!rt 

ENDff 

ENDIF 



«Access Transaction Master» 

IF the IiuxHningTransactioii Identifier = Stored Transaction Identifier 
Goto Test Cash Entzy in Entity Attribute Table 

ELSE 

Usmg the Licensee Identifier fiom the Iiq)ut String 
and the Transaction Identifier fifom the Ii^ut String 
Transaction Name 
Add or Subtract Switdi 
Settlement Switch 
and the Row Identification 

from the Transaction Master Table (TM) into Woridng Storagie 
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15 



20 



25 



40 

IF Error then 

Message '^Invalid Transacticm Identifier^, D^ails 
Goto Write Reject Report 

ENDIF 

IFAORS='A* then 

Using the Liceasee Identifier fiom tiie Ii^ut String 
and Trade Ofi^ 617 fiiHn Working StcHage, verify 
the existence of a Trade Ofi^t Buy in the TKf Table 

IFErTOT then 

Message "No Trade Qfi&^Buy**. Details 
OotD Write Reject Table 

ENDIF 

ELSEAORS = *S' then 

Using the License Identifier from the Iiq>ut String 
and the Trade Qfi&^Sdl from Working Storage, verify 
the existence of a Trade Qfi&et Sell in the TKC Table. 

IFEiror then 

Message *7ao Trade OflfeetSer, Details 
Goto Write Reject Table 

ENDIF 



ELSE 



Miessage'^validAORSCode", Details 
Goto Write Reject Report 



30 ENDIF 

«Access Transaction Processing Table (TP)» 
Using the licensee Tdentifier from Ac hiyut String 
and the Transacticm Identifier from the Input String retrieve 
35 AII^oftheTransactioa Processing algoriflmis 

from the Transaction Processing Table (TP) 
into a Temporary Table (TT) in Working Storage 
F&Tor then 

^ Message 'T^o Transaction Processing Algorithms^ D^ails 

40 Ooto Write RgectRqxvt 

ENDIF 

This is the second oontml table c ontflming fa«h imifa coct bflgi?, liabiliti^, etc. 

45 <<Test hKome Caali Posting C(aitrDls» 

IF the Woridng Storage Inccnne Posting Code 
OR the Woridng Storage hicome Posting Code = 'B' then 
Count the number of IC entries in the TA table 

50 «Test Income Cash» 

IF count = 1 then 

Using licensee Identifier from the h^ut String 
and ttte Class = 'IC' 
and the Sub-Class- ' ' retrieve 

55 Accounting Ccmtn)] Number firomTA into Working Stc»^ 

IF Error then 

Message Invalid Income Cash ACN", Details 
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Goto Write Reject Record 

ENDIF 

Using the Licensee Identifier from the Input String 
and the Accounting Control Numbtf in Woridng Storage, retrieve 
Accounting Control Number 

and the Row Identification from Genend Ledger Table (SG) 
IF&Tor then 

Message ''Invalid Income Cash on SO**, Details 
Goto Write Reject RqxMt 

ENDIF 

ELSIFcount = 2 then 

Using the Licensee Identifier from the Input String 
and die Class = 'IC* 
andtheSub-<^ass='D\ retrieve 

Accounting Control Number from TA into Working Storage 

FError then 

Message •Invalid Iwxane Cash Demand AC^ D^ails 
Goto Write Rgect Rqxnt 

ENDff 

Using the Licensee Identifier ^cam the ]np\A String 

and the Accounting Control Number in Woddng Storage, retrieve 

Accounting Control Number 

and the Row Identification from the Greneral Ledger 

IF Error then 

Message 'Invalid Income Cash Demand in GU\ Details 
Goto Write Rqect Report 

ENDIF 

Using the Licensee Identifier from the hqmt String 
andtheClass =*IC* 
and the Sub-class = '0\ r^eve 

Accounting Control Number fixRn TA table into Working Storage 
IF Error then 

Message "Invalid Income Cash Overdraft ACN in TA". 
Details 

Goto Write Reject Report 

ENDIF 

Using the Licensee Identifier &om the Input String 
and the Accounting Control Number in Working Storage, retrieve 
Accounting Control Numbo- 
and the Row Identification from the General Ledgea- 

IF&ror then 

Message "Invalid InocHne Cash Overdraft in GL", Details 
G(^ Write Reject R^xvt 

ENDIF 

ELSE 
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Message ''Invalid IhcoiDe Cash Count an DD**, Details 
Goto Write Reject Record 

ENDIF 

S 

«Test Principal Cash Posting C(xitiol^> 
ELSIF the Working Storage Inccnne Posting Code =T* 
Count the number of PC entries in the T A table 

10 <^est Principal Casb» 

IF count = 1 then 

Using the Licensee Identifier from the I[9)Ut String 
and the Class =TC' 
and the Siib-Class = * * retrieve 

IS Accounting Control Number fitxnTAiiito Working Storage 

IF Error then 

Nfessage ''Invalid Principal Cash AChT, Details 
Goto Write Reject Reccvd 

ENDIF 

20 

Using the Licensee TriCTtificr from the Loput String 
and the Accountiiig Control Numbo- in Working Storage, retrieve 
Accounting Omtiol NiDnber 

and the Row Identification finom General Ledger Table (SG) 
2S IFErrcMT then 

Kfessage ''Invalid Ptincq)al Cash on SG", Details 
Goto Write Reject Report 

ENDF 

30 ELSIFcount=^2 then 

Using the Licensee Iden^er from the input String 
and the Class =TC* 
and the Sub-class = 1)% rdrieve 
3S Accounting Ccotrol Number fixniTA into Working Storage 

IF Error then 

Message Invalid Principal Cash Donand ACN in TA", 
Details 

40 Goto Write Reject Rqxsrt 

ENDF 

Using the Licensee Identifier from the hput String 
and the Accounting Control Number in Working Storage, retrieve 
45 Accounting Control Number 

and the Row Identification from the General Ledger 

FError then 

Message "Invalid Principal Cash Demand in GL", Details 
50 Goto Write Reject R^Kut 

ENDF 

Using the Licensee Identifier from the Loput String 
and the Class ='PC* 
55 and the Sub-class ='0', retrieve 

Accounting Control Number from TA table into Woridng Stwage 
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IF Error then 

Message "Invalid Principal Cash Overdraft ACN in TA", 
Details 

Goto Write Reject RqxHt 

ENDIF 

Using the licensee Identifier from the InpvX String 
and the Accounting Control Number in Working Storage, retrieve 
Accounting Ccmtrol Number 
and the Row Identification from the General Ledger 

IFEnror then 

Message *'InvaHd Principal Cash Overdraft in GL**. Details 
Goto Write Reject R^xxt 

ENDIF 

ELSE 

Message ''Invalid Principal Cash Count on DD**, Details 
Goto Write Reject Record 

ENDF 

ELSE 

Message 'Invalid Posting Code"» Details 
Goto Write Reject Ri^)oct 

ENDIF 

ENDIF 



«rest Cash Entry in aitity Attribute Table» 

T Tjgin g th*^ T .ifipngflft Tdmtifi^ fimm the Tnpiit- Strin g 

and the Account Cootn^ Number from the TU Reconi in Woiid^ 
The Total Units - Assets 

and the Row Identifier firom the Entity Attribute Table (BA) 
IFErrcH- then 

Message ''Invalid Total Units", Details 
Goto Write Reject Table 

ENDIF 



«Test Asset / Liability Pn)cessin^> 

IF Woddng Storage Add or Subtract Switch (AORS) is OFF then 
GoloEOJ 

ENDIF 

IF Inc(»ning Entity Identifier -Stored Entity Identifier then 
GotoEOJ 

ENDff 



This is the thini table containing contn>l table for cash, units, cost basis, Uab^ **V 
«Access Entity Attribute Table (EA)» 

Using the licensee Identifier fiom the Input String 
and tile Entity Identifio' from the hiput String, retrieve 
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AaxHmting Control Number (Asset) 
Accounting Control Number (Liabilittr) 

Diversification Type 
Ehversificatioo Gioq) 
Diversifiicatioa Class 

Inve^ed Income Balance 
Invested Principal Balance 
Total Units - Assets 
Total Units - Liabilities 

and the Row Jdentification c^tfae Entity Attribute Record 

from the Bitity Attribute Table (EA) into Wcridng Stcroge 

IF&Tor then 

Message Invalid Entity Identifier in EA'*, D^ails 
Goto Write Reject Table 

ENDIF 

«Access the E^ty Transaction Table (ET)» 

Using the licensee Identifier fitHn the Input String 
and the Entity Identifier fium the Input String, verify 
the existence of an acceptable transactioa 
in th& Entity Transaction Table (ET) for the Entity Identifier. 
IF Error then 

Message 'Invalid Transaction for this Entity**, Details 
Goto Write Reject Table 

ENDIF 

«Access the Entity Master Table (EM)» 

Using the Entity Identifier frcxn the IiqnitStniig, retrieve 

Income Rate 

Income Ex-Date 

Income Record Date 

loooaie Payment Date 

C^AdjRate 

C^A^ Bc-Date 

Cap-Acy Record Date 

Cap-Af^ Payment Date 

Settlement Days 

Current Price 

fixm the Entity Masto- Table (EM) into Working Storage 

IFEiTOT then 

Message 'l^o Entity Master^, Details 
Goto Write Reject Rqxift 

ENDIF 

«Test OthCT Assets» 

Using the Licensee Identifier fiom the Input String 
and the Account Type fiom Working Storage 

and the Accountiiig Control Number -Asset fiom W(»idng Storage, retrieve 
the Accounting Control Number - Asset 
and Row Identifier fiiHn the Goseral Ledger (SO) 
IFaror then 

Message ''Invalid ACN- Asset", Details 
Goto Write Reject Report 

ENDIF 
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«Test Other Liabilitiej*» 

Using the Licensee Identifier from fbc Jnpxst String 
and the AcccHmt Type from Woiking Storage 

and the Accounting Control Nuniber-IJahihtyfiomWo^ retrieve 
the Accounting Control Number - Liability 
and Row Identifier from the Genoral Ledger (SG) 
IF Error then 

Message 'Invalid ACN- Liabilities", Details 
Goto Write Reject Rqxnt 

ENDIF 

«Test Livested IncQme» 

Using the Licensee Identifier from the Input String 
and the Account Type Code from Woridng Storage 
and the Invested Infxme Identifier from Woridng Storage, retrieve 
the Invested Income Balance 

and the Row Identifier from the General Ledg^ Table (SG) 
IF^ror thai 

Message 'Invalid Invested Income*' 
Goto Write Reject Table 

ENDIF 

<<rest Invested Frincipa>> 

Using the Licensee Identifier from the hxput String 
and the Account Type Code from Woridng Storage 
and the Invested Prhicq)al Identifier from Woridng Storage, retrieve 
the Invested Prindpal Balance 

and the Rowldoitifier frcmi the General Ledger Table (SG) 
IFEnor then 

Message Invalid Invested Princq)al'' 

Goto Write Reject Table 
ENDIF ^ 

GtrtoEOJ 

«Write Reject Table» 

Ackl to Reject Table 
IFErrtn* then 

Message Invalid Ins^ to Reject Tabled Details 
STOP 

ENDIF 

<^o>> 

NuU 

END 



Pseudo^Code far th^ SCHEDULER 

(Subtnnsaction Schedukr 62) 

BEGIN 

«Read Next Pn)ces^> 
Read Next Transactic»i in Tesnporsry Table (TT) 
IF EOJthen 
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«Test All Switches - AORL» 
IF All 18 Process Switches = 0 
Goto £0 J 

ENDIF 

Wait 10 milliseconds 

Goto Test All Switches - AORL 

ENDIF 

«Test Processor AvBilAbiiity» 
IF Processor 1 Switch = Olhea 

Set Processor 1 Switch = 1 

Initiate Process on Processor 1 @ end. Set Processor 1 Switch = 0 

Goto Next Process Loop 

ENDff 

IF License Master (LM) Number of Processors = 1 then 
«Test 1 Processcx» 
IF Processor 1 Switch »1 then 

WaitlOKfilliseo(»ids 

Goto Test 1 Processor 

ENDIF 

Goto Test Processor Availabili^ 

ENDff 



IF Processor 2 Switch Othen 

Set Processor 2 Switch 1 

Initiate Process on Processor 2 @ end. Set Processor 2 Switch - 0 

Goto Next Process Loop 

ENDIF 

IF License Master (124) Number cf Processes =2 then 
«Test 2 Processors Busy» 
IF Processor I Switch = 1 
AND ProoessOT 2 Switch =1 then 

Wait 10 miUiseconds 

Goto Te^ 2 Processors Busy 

ENDIF 

Goto Test Prooess(H* Availalnli^ 

ENDF 



IF Processor 3 Switch = 0 thm 

SetProcessorB Switdi= 1 

Imtiate Process on Processor 3 @ end. Set PirocesscH- 3 Switch 0 

Goto Next Process Loop 

ENDIF 

IFProcess(nr4Switch= Othen 

Set Processor 4 Switch 1 

Initiate Process oaProoessor 4 @ end. Set Processor 4 Switdi = 0 

Goto Next Process Loop 

ENDIF 

IF License Master (LM) Numbo* of Processors -4 then 
«Test 4 ProcessOTs Busy» 
IF Processcn-l Switch =1 
AND Processor 2 Switch =1 
AND Processors Switch 1 
AND Processor 4 Switch =1 then 

Wait 10 milliseconds 

Goto Test 4 Processors Busy 

ENDIF 

Goto Test Processor Availability 
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ENDIF 



IF Processor 5 Switch = Othen 



SetP]:ocessor5 Switch^ 1 
Initiate Process cm Processor 5 
Goto Next Process Loop 



@ end. Set Processor 5 Switch = 0 



ENDIF 

IF Processor 6 Switch = Othen 



Sa Processor 6 Switdi = 1 
loitiate Process on Processor 6 
Goto Nex|Process Loop 



@ end. Set Processor 6 Switch 0 



ENDIF 

IFProcessor? Switch= Othen 



SetProcessor? Switch^ I 
hiitiate Process on Processor 7 
Goto Next Process Loop 



@ end, Set Processcr Switch 7 = 0 



ENDff 

IF Processor 8 Switch Othen 



Set Processor 8 Switch = 1 
Initiate Process on Processor 8 



@ end. Set Processor 8 Switch 0 



Goto Next Process Loop 
ENDIF 

F Licensee Master (LM) Number of Processors = 8 then 
«Test 8 Processors Busy» 
IF Processor 1 Switch =1 
AND Processes: 2 Switdi=l 
AND Processors Switch = I 
AND Processor 4 Switch = I 
AND Processor 5 Switch = I 
AND Processor 6 Switdi^l 
AND Processor 7 Switch =1 
AND Processes- 8 Switch I then 
Wait 10 milliseccmds 
Goto Test 8 Processors Busy 

ENDIF 

Goto Test Processor Availability 

ENDIF 

«Next Process LoofP-> 

Goto Read Next Process 

«EO» 
NuU 

END 



FOORR--Crthai 

SctFactor = +l 

ELSIFOORR = *R'then 
SctFactor = -l 

ENDIF 



Process the Controb Process Routing 
in the Temporary Tabic fTT) 



BEGIN 
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iO 



IS 



20 



2S 



30 



«a'otaIUiiittf» 

IF Operand 2 = *TU* then 
(AMU) ProcessAM 
(EAU) ProcessEA 
(PMU) ProcessPM 

«CashBalancea» 
ELSF Operand2 = 'IC' 
OR Operand 2 = 'PC* then 
(AMC) ProcessAM 



^C) ProcessEA 



(GLC) Process GL 



<<bivestment Balanoe£P>> 
ELSIF Operand2 = *n* 
OR Operand 2 = 'IP' thm 
(AMI) ProcessAM 

(EAI) ProcessEA 
(GU) Processes. 



Units 
Units 
Units 



Income Cash Demand 
Income Cash Overdraft 
Principal Cash Demand 
Principal Cash Overdraft 
Income Cash 
Principal Cash 

Assets - Income Cash Demand 
Assets - Income Cash Overdraft 
Assets - Pnnrapal CashDemand 
Assets - Princq)al Cash Overdraft 
Liab - Income Net Worth 
Liab - Prim^ Net WcBlh 



Invested Income 
Invested Principal 
Cost 

Assets - Actg Control Number 
liab - bioome Net Worth 
liab - Princq>al Net Worth 



35 <<Other Customized InvestaientRfiportingp>> 

ELSF Operand2 = T and Rqxxrt Request = 'Y* 
OR Operand 2 = 'E' and Rq>QrtR^uest=*Y' then 

(lEE) ProcessIE 

(PME) ProcessPM 

40 

«ReceiptaA3isbursemenl^> 
ELSF Operand2=='R' and Rqxxrt Request ==*Y* 
OR Operand 2 = 'D* and RqxHt Request ='Y' then 
(lEC) ProcessRD 
4S (PMC) ProcessPM 

«PerfQrmance Measuremen» 

ELSF Operand 2 =='PM* and RqpcMt Request ^'Y* then 
(PMP) ProcessPM 

50 

<<Contnbati(Ris/Distributi(ni£C>> 
ELSF Operand 2 ='CN' and Report Request ='Y' 
OR Operand 2 ^^'DN" and R4><nt Request ='Y' then 
(OX:) ProcessPM 



«Management Feetf» 

ELSF Operand 2 =*MF* and Report Request =*F* then 
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(PMM) ProcessPM 

«CQniniissiQns» 
ELSIF Operand 2 ='CKr then 
(PCM) ProcessPM 

«Federal Taxetf» 
ELSIF Operand 2 = *FT' then 
(FMF) ProcessPM 

«State Taxes(» 

ELSIF Operand 2 = *Sr then 

(PMS) ProcessPM 

ELSE 

Message "Invalid Operand 2" 
STOP 

ENDIF 

END 



Process the Petafl Records Maintenance Routine (APRS) 

Note: Lemalsintdies= limtathetutrot^ This forces the proassii^ to loop through eadisuccBedin^ 

routine unta completed. Then turn set all switches = 0 so that the Scheduler will revert bade to the Command 
Program to read another transaction. 

«Qrig^nate ADD» 
IFCK)RR=*0'and 
AORS = *A*then 

IF Process 1 Switch =0 then 

Set Process 1 Switch^ 1 

Initiate Processes 
ELSIF Process 2 Switdi=0 then 

S^Process2Switdi=l 

Initiate Process PI/PA 
ELSIF Process 3 Switch = 0 then 

Set Process 3 Switch =1 

Initiate Process TS 
ELSIF Process 4 Switdi-0 thai 

Set Process 4 Switdi^l 

Initiate ProcessPM 

ELSE 

Set Process 1 Switch = 0 
Set Process 2 Switch = 0 
Set Process 3 Switch = 0 
S^ Process 4 Switch = 0 

ENDIF 

«ReverseADD» 
ELSIF OORR=*R' and 
AORS = *A'then 
IF Process 5 Switch = 0 then 
Set Process 5 Switch =1 
Initiate Process BS 
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ELSIF Process 6 Switch = 0 thai 
Set Process 6 Switch^] 
Initiate Process PI/PA 

ELSF Process 7 Switch =0 then 
Set Process 7 Switch =1 
Initiate Process IS 

ELSIF Process 8 Switch =0 then 
Set Process 8 Switch =1 
Initiate Process PM 

ELSE 

Set Process 5 Switch = 0 
Set Process 6 Switdi 0 
Set Process 7 Switch = 0 
Set Process 8 Switch - 0 

EbJDIF 

«Qii^nate SUB» 
ELSIF OORR = *0'and 
AORS=*S'tlicn 

IF Process 9 Switch = 0 then 
Set Process 9 Switch == 1 
Initiate Process BS 

ELSIF Process 10 Switdi==0 then 
Set Process 10 Switch ^ 1 
Initiate Process PI/PA 

mJSIF Process 11 Switch = 0 then 
SetProcess 11 Switch= 1 
Initiate Process TS 

ELSIF Process 12 Switch = 0 then 
SetProcess 12 Switch =1 
Initiate Process C6 

ELSIF Process 13 Switch = 0 then 
SetProcess 13 Switch= 1 
Initiate Process PM 

ELSE 

SetProcess 9Switch = 0 
Set Process 10 Switch = 0 
SetProcess II Switch ==0 
SetProcess 12 Switch = 0 
SetProcess 13 Switch = 0 

ENDIF 

«RcvcrscSUB» 
ELSIF OORR^-R* and 
AORS = *S'ftca 

IF Process 14 Switch =^0 then 
SetProcess 14 Switch =1 
Initiate Processes 

ELSIF Process I SSwitdi^O then 
Set Process IS Switch = 1 
Initiate Process PI/PA 

ELSIF Process 16 Switch = 0 then 
Set Process 16 Switch =1 
Initiate Process TS 

ELSIF Process 17 Switdi = Otiiai 
SetProcess 17 Switdi=l 
Initiate Process CG 



wo 99/22329 



PCr/US98/23a26 



51 

ELSIF Process 18 Switch ==0 then 
Set Process 18 Switch = 1 
Initiate Process PM 

ELSE 

Set Process 14 Switch = 0 
Set Process 15 Switch = 0 
Set Process 16 Switch 0 
Sa Process 17 Switch = 0 
SaProcess 18 Switch ==0 

ENDIF 

ENDIF 



Aftstend)odiineirt of the processing for the subtnnsaction processirf moduk 64 is provided in the flowcharts of 
hp, 9-A titfotf h 9-B, Figs. 10 J I, I2» 13 and 14. Note that for simpridtx, error handling and rebted vaPiditir checking steps 
have been omitted. However, the performance of such steps is within the scope of the present invention, as one sidlied in the 
art will appreciate. 

A second pseudo-code erobod'mient of the transaction proassing controller 52 follows. 



ps^mlp-CQ^? for Processing for the 
$Hllrtnmsacaon Procesying Hoclgfe 64 

BEGIN 

E>0 WHILE List cfSubtTHnsactiaiis in the TT Table is Valid 

Select Next Row of Operates, Operand U and C^perand 2 from TT into Woking Storage 





To dKX}se the spedficiiq)utfidd (or column) */ 


IF 


Operand 1 = *N' 






Set Value = Net Amount 


from Input String 


ELSIF 


Operand I = *r 






SaVah]e== Interest 


fimilz^>ut String 


ELSIF 


Operand 1 = T' 






Set Value = Principal 


from Ii^ut String 


ELSIF 


Operand 1 = 'IT 






Set Value = Amount Units 


fromlo^nit String 


ELSIF 


Operand 1 = 






Set Value - Amount Units 


from Input String 


ELSIF 


Operand 1 = 'C 






S^ Valuer Cost Basis 


from Iiq>ttt String 


ELSIF 


Operand 1 = 'V 






Set Value = Amount Ihuts^Curr Price from biput String 


ELSIF 


Operand 1 = T* 






SetValue== Federal Taxes 


from Iiq)ut String 


ELSIF 


Operand 1 = *S' 






S^ Value = State Taxes 


from Input String 


ELSIF 


Operand 1 = *L' 
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Set Value = Local Taxes from Input String 

ELSIF Operand 1 = 'M* 

Set Value ~ Managpment Fees from Input String 

ELSE 

5 Messa^ ''Invalid Operand Details 

ENDIF 



r* To Adjust for Plus or Minus */ 
10 IF OpcratDT^T* then 

SetKfultq>lier = +l 
ELSIF Operator^'M* thai 

SetMultipUer = -l 

ENDF 

15 

/* To Adjust for Originate or Reversal ♦/ 
IF OORR ='0* then 

Set Multq)lier = Multiplier * + 1 
20 ELSIF OORR =*R' 

Set Multq)lier = Multiplier * - 1 

ENDF 



25 



/* Test for TotallMtOianges 
JF Pperand2 = *TU' then 

Add Value to AM * Total Units 
AddValuetoEA - Total Units 



♦/ 



30 



35 



40 



45 



50 



55 



f* Test for bicosne Cash Gianges 
IF Operand2 = *IC' (hen 

/* Add to First Controls -Account Master 

Add Vahie to AM - Income Cash 

AddVahtetoAM-Units 

/* Add to Second Controls -Entity Attribute */ 
Add Value to EA - Invested Inccmie 
Add Vahie to EA - Units 

Add to Third Omtrols- General Ledger 
IF Numberof£ntries=l then 

Add Value to GL - Inoooie Cash 
ELSIF Number afEnlries = 2 disi 
IF Value>0 dien 

IF ICD>=0 then 

AddVahie 
ELSE ICD <0 

Add (Value -ICO) 
Set Zero 

ENDIF 
HJSIF Value<^0 then 

IF ICD <0 then 
Add Value 

ELSE ICD>=0 then 

Add (Value -ICD) 
Set Zero 

ENDF 



♦/ 



to GL - Income Cash Demand 

to GL - Income Cash Demand 
to GL - Income Cash Overdraft 



to GL - Income Cash Overdraft 

to GL - Income Casdi Overdraft 
to GL - &Kcome Cash Demand 
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S3 



ELSE 



Message ''Invalid Value**, Details 



10 



IS 



20 



2S 



30 



35 



40 



SO 



S5 



ELSE 



ENDIF 

Add Value to Uninvested Income 
Message Invalid Number Entries", Details 



ENDIF 

!* Test for Principal Cash Changes */ 
ELSIF Operand2 = TC* then 

/* Add to First Ccntrols* Account Master V 
Add Vahie to AM - Principal Cash 
Add Value to AM - Units 

i* Add to Second COTtiols-Entity^ Attribute 
Add Value to EA - Invested Principal 
Add Value to EA - Uiits 

Add to Third Controls -General Ledger ♦/ 
IF Number of Entries =1 tiien 

Add Value to - Prindpal Cash 
ELSIF Numba-afEntries = 2 then 
IF Vah]e>0 then 

IF PCD>=0 then 

Add Value 
ELSE PCD <0 

Add Value 
Set Zero 

ENDIF 
aSIF Value <=0 then 

IF PCD <0 then 
Add Value 

ELSE PCD>=0 then 

Add (Value -PCD) to CH. - Principal Cash Overdraft 
SaZero to GL- Principal Cash Demand 

ENDIF 

ELSE 

Message ''Invalid Value**, Details 

ENDIF 



to GL - Principal Cash Demand 

to GL - Principal CashDemand 
to GL - Principal Cash Overdraft 



to GL - Principal Cash Overdraft 



Message "Invalid Number Entries'*, Details 



ENDIF 

Add Value to Unmvested Principal 



/* Test for Invested Income Changes 
ELSIF Operand 2 = 'n* tiien 

I* Add to First Controls -Account Master 
Add Value to AM - Invested Income 

I* Add to Second Controls -Entity Attribute */ 
Add Vahie to EA - Invested Inoxne 



♦/ 
*/ 



(* Add to Third Controb- General Ledger 



wo 99/22329 



PCT/US9«/23026 



S4 



UpdateAssets 
Add Value to ACN- Assets 
/* Update Liabilities */ 
IF ACN-Liab = " then 

Add Value to Invested Income 

ELSE 

Add Value to ACN^Iiabilities 

ENDF 

Test for Livested Principal Changes *f 
ELSIF Operand2 = *IP* then 



/* Add to First Controls -Account Master ♦/ 
Add Value to AM - Principal Cash 

i* Add to Second C(Hitiols-&itity Attribute V 
Add Value to EA - Invested Prindpal 

Add to Third Controls -General Ledger *t 
/* UpdateAssets ♦/ 
Add Value to ACN - Assets 
f* Update Liabilities V 
IF ACN_Liab = ** tiien 

Add Value to Invested Principal 

ELSE 

Add Value to ACNIiabilities 

ENDIF 



i* Test for Other Customized Rqx>rting Changes 
ELSIF Operand2= T and R^Kirt Request = *Y' 
OR Operand 2 =='E' and Rq)Qrt Request ='Y* then 

GEE) ProcessIE 

(PME) ProcessPM 

ELSIF Operand2 = *R' and Rqxwt Request =*Y' 
OR Operand 2= 'D' and R^)ort Request ='Y' then 

(BBC) ProcessRD 

(PMQ ProcessPM 

I* Test for other PedbrmanoeMeasurenkent Data *l 
ELSF Operand 2 ^'PM* and Rqxxt Request ^ 'Y* then 
(PMP) ProcessPM 

ELSIF Opcrand2 = *CN* 
OR Operand 2 'DN* tiien 
(CDC) ProcessPM 

ELSIF Operand 2 = 'MF' then 
G'MM) ProcessPM 

ELSIF Operand 2= 'CM* then 
(PCM) ProcessPM 

ELSIF Operand2 = *FT' then 
(PMF) ProcessPM 



ELSIF 



Operand2 = *ST' then 
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(PMS) ProcessPM 

ELSE 

Message Invalid Operand 2", Details 

ENDIF 

Test for Detail Rccrod Maintenance of Financial Instruments */ 
IF AORS != * • then 

CALL PORTFOUO ADJUSTER 1 10 
*********** 

ENDIF 
ENDDO 
END 



Pseudo-Code for Pcrfbrmantt Measurement (PM) 
Procxssiif nbt«d to the Licensee 
Performance Neasurement Table 104 

BEGIN 

IF Tnm = *A' ai^ Type = *0' OR Trwi = 'S' and lyp© = 'R* (whidi means ADD) 

SELECT Data into Woridng Storage from PM Record 
IF Error tfaen 

^ INSERT INTO FMRecoid, Details 
IF Error tliea 

Message INSERT FMErrar^, Details 
Goto Write Reject Repmt 

ENDIF 

ELSE 

Lacranent Units by amount to be increased 
UPDATE Data to Table / Row 
IF Error 

Message "UPDATE FNf Error !"» Details 
Goto Wiite Report Error 

ENDIF 

ENDIF 

ELSIF Tnm = *A' ai^ Type = 'R' OR Trxn = 'S' and Type = *0' (wiridi means 
SUBTRACT) 

SELECT Data into Woikipg Storage fkom PM Record 
IF Error diea 

Message " SELECT PM Error 2\ Details 

Goto Write Rqmrt Error 

ENDIF 

IF Units = *ALL" 

and All Other Balances in the Row are Zero flhen 
DELETE from Table / Row 
IF Error 

Message DELETE PM Error^, Details 
Goto Write Report Error 
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S6 

ENDIF 

ELSE 

DecreDoeot Units by Amount to be reduced 
UPDATE PI SET Details 
S IFEmrdien 

Message -UPDATE PM Ewor 2*, Details 

Goto Write Report Writer 

ENDIF 

WDIP 

10 ELSE 

NuU 

ENDIF 
Goto ECU 

<< Write Reject Repoit> > 
15 INSERT into Reject T^k, Details 

IF Error 

STOP 

ENDIF 
<<EOJ>> 
20 NuU 
END 

Pseudo-Code for Incomg / Eicpgnsg Pmrii^lng E) 
Proossiif related to tke Citstomer InoHne Statement 
25 (Income/Expense) Table 96 

BEGIN 

IF Tcm = 'Debit' and Type = 'O* (which means ADD) 

30 OR Tnm = 'Credit' and Type = *0* ihoa 

SELECT Data into Woildng Stoiage from m Recoid 
IF Error then 

INSERT INTO m TabK Details 
IF Error then 

35 Message ''INSERT IE Error 1% Deteik 

Goto Write Report Error 

ENDIF 

ELSE 

XDCfemeot Units by amount to be increased 
40 UPDATE Data to TaUe/ Row 

IF Error dm 

Message niTO ATE IE Error r. Details 

Goto Write R^mrt Error 

ENDIF 

45 ENDIF 

ELSIF Tnm = 'Debit' and Type = 'R* (wfaidi means SUBTRACT) 

OR Tnm ^ 'Credit' and T^pe = 'R' dien 

SELECT Data into Woridqg Storage from IE Recoid 

IF &ror dwn 

50 Message** SELECT m Error 2\ Details 

Goto Writ© Rqjoit Error 

ENDIF 

IF Units = 'ALL'dien 

DELETE from Table / Row 
55 IF Error dm 

Message "DELETE IE Error^» Details 
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Goto Write Report Error 

ENDIF 

ELSE 

Decremei^ Units by Amount to be reduced 

UPDATE IE SET Details 

IF Error tben 

Message "UPDATE IE Error 2", Details 
Goto Write Report Writer 

ENDIF 

ENDIF 

ELSE 

NuU 

ENDIF 
GotoEOJ 

< < Write lUgect Report> > 
INSERT into Reiect Table, Details 

IF Error then 
STOP 

ENDIF 

< <EOJ> > 
Null 

END 



Pscudo-Codg for APRS Prpcesrfng 

(Portfofo Mjuster 1 10 Pfocessing) 

BEGIN 

/* The End AORS Switch is a global BiY^^^8>6D<^ 

/* otherwise Imown as the Detail Recofd (or Row) Maintenance Pr^^ *l 
/* The switch is originally set =s 0. Each called routine ends by setting the switch = 1. 

Set End AORL Switch = 0 

DO WHILE End AORS Switch = 0 

IF Trm = ''ADD" tfiea 

IF Type = W dm 

CALL Original Add Module 114 (Originate Add) 

************ 

IFEnor 

Message *No OADD Routine* 
Goto Write Rcgect Report 

ENDIF 
ELSIF Type = 'R' fl» 
*********** 

CAII. Revme Add Module 118 (Reverse Add) 

*********** 

IF Error 

Message "NO RADD Routine" 
Goto Write Reject Routine 

ENDIF 

ELSE 
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Message ''Invalid O OR R Code for ADD", Details 
Goto Write Reject Report 

ENDIF 

ELSIFTnn = 'SUBTRACT then 
IFiype ^ "O* dm 



CALL Original Sell Module 122 (Originate Subtract) 

IF Error then 

Message "No OSUB R<»tiiie', Details 
Goto Write Reject Report 

ENDIF 
ELSIF Type = 'R* then 

CALL Reverse Sell Module 126 (Reverse Subtract) 

IF Error dien 

Message "No RSUB Routine, Details 
Goto Wr^ Reject Report 

ENDIF 

ELSE 

Message 'Invalid O OR R forSUBTRACT, Details 
Goto Write Reject Report 

BNDW 

ELSE 

Message "Invalid Tnmsactiop", Details 
Goto Write Reject Report 

ENDIF 
Goto^EOJ 

< < Write Refect Report> > 
INSERT into Ri^ect Table 
IF Error dm 
STOP 

ENDIF 
Set EndAORLSwitdi^ 1 

<<EOJ>> 
Nun 

ENDDO 

END 



A fint embodiment of the processing for the babna sheet table 130 is provided in the flowchart of f \g. BAL-SHT. 
Note that fi}r»npr)dty, error handEng and related vaTidity cheddif steps have been omitted. However, the performance of 
such steps is within the scope of the present mventkn, as one sUBed in the art will appreciate. 

A second pseudo-code embodiment of the processingfbr the balance sheet table 130 follows. 
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Balance Sheet Processing (BS> 

BEGIN 

5 IF AORL = 'A' andOORR = *0* (wiiich means ADD) 

AND AORL = 'S* and OORR = *R' dm 

SELECT Data into Working Storage from BS Recoid 
IF Error then 

INSERT INTO BS Table, Details 
10 IFEnor Aeo 

Message INSERT BS Error*, Details 
Goto Write Reject Table 

ENDIF 

ELSE 

IS Increaifint Umts by amount to be increased 

UPDATE Data to Table / Row 
IF&ror 

Message "UPDATE BS Error r» Detaib 
Goto Write R^mrt Error 

20 ENDIF 
ENDIF 

ELSIF AORL = *A* and OORR « *R» (i^iiricli means SUBTRACT) 

OR AORL = *S* aiKl OORR = *0* dien 

SELECT Data into Working Storage from BS Record 
25 IFEnorttKn 

Message " SELECT BS Error 2M>etail6 
Goto Write Report Error 

ENDIF 

IF Units = 'ALL" then 
30 DELETE £tom Table /Row 

IF Error 

Message "DELETE BS Enor^, Details 
Goto Write Report Error 

ENDIF 

35 ELSE 

Decrement lAuts by Amount to be reduced 
UPDATE IE SET Detaib 
IF Error then 

Message 'UPDATE BS Error 2\ Details 
40 Goto Write Report Writer 

ENDIF 

ENDIF 

ELSE 

NuU 

45 ENDIF 
Goto EOT 

< <Write H^ect Rfiport> > 
INSERT into Reject Td>le, Details 
IF Error 

50 STOP 
ENDIF 
<<EOJ>> 
Null 



55 



END 
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P$ewlo>Codc For Prpcessiny The Capital Cai ns Table 140 

BEGIN 

JF AORL=*S* and Type =*0* (which means ADD) 

SELECT Data into WcHkingStmgefitnn CGRecoid 
IFEnorthea 

INSERT INTO CG Table, Details 
IFError thai 

Message "INSERT CG Table", Details 
Goto ^te Report Emn^ 

ENDIF 

ELSE 

Increment Units by amount to be increased 
UPDATE Data to Table / Row 
IFError 

Message •'UPDATE CGEttot r. Details 
Goto ^te Rqxxt Error 

ENDIF 

ENDIF 

ELSIF AORL = 'S* and Type = 'R* (viiiidimeans SUBTRACT) 

SELECT Data into Woiking StCH^ fiom CG Reconl 
IFEmn-then 

Message " SELECT CO Error 2", Details 
Goto Write Report Qror 

ENDIF 

IF Units = 'ALL" tticn 

DELETE frcHD Table /Row 
IFEnor 

Message "DH-ETE CG Bira^, Details 
Goto Write Rqxjrt Erra: 

ENDIF 

ELSE 

Deoement Units by Amount to be reduced 
UPDATE IE SET Details 
IFEnorthea 

Message "UPDATE C G Emn" 2", Details 

Goto Write Rqjort Writer 

ENDIF 

ENDIF 

ELSE 

NiiU 

ENDff 
OotoEOJ 

<^rite Reject Rqx)rt» 
INSERT into Reject T^le. Details 
IFBtch- 

STOP 

ENDF 
«EO» 
NuU 

END 
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PseudiHCode for Original *dd Mc Mluie li4 Processing 

Note: Do not turn Stfitcb OFF or lack to 0 as these 
switches indicate which processes remain. 

BEGIN 

IF Process! Switch = 0 thea 
Set Process 1 Switch =1 

CALLBS 

ELSIF Process 2 Switch » 0 tben 
Set Process 2 Switch = 1 

CALL PI 

ELSIF Process 3 Switch ^0 then 
Set Process 3 Switch =1 

CALL PA 

ELSIF Process 4 Switch = 0 then 
Set Process 4 Switch = I 

CALLTS 

ELSIF Process 5 Switch = 0 tfaea 
Set Process S Switch I 

CALLPM 

Set EiKiAORSSwitdi=l Notes &)d of AORS Processing 

ELSE 

NULL 

ENDIF 

CAU. Subtransactioa Scheduler 62 

END 



Pseudo-Code for Reverse ef Add Module 118 Procgssing 

Note: Do not turn switch OFF or hxk to 0 as these switches mdicate which processes remain. 

BEGIN 

IF Process 6 Switch = 0 then 
Sa Process 6 Switch -1 
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CALLBS 

ELSff Process 7 Switch = 0 then 
Set Pn)cess 7 Switch =1 

CALL PI 

ELSIF Process 8 Switch = 0 then 
Set Process 8 Switch = 1 

CALL PA 

ELSIF Process 9 Switch = 0 then 
Set Process 9 Switdi = 1 

CAIXTS 

ELSF Process 10 Switch = 0 then 
Set Process 10 Switch^ I 

CALLPM 

Set End AORS Switch °1 Notes End of AORS Processing 

ELSE 

NULL 

ENDIF 

CALL Suhtransactioa Sdieduler 62 

END 



PSEUDO-CODE FOR ORIGIHAL SEU NODULE 122 PROCESSING 

BEGIN 

IF SeU.Method='LOr then 

Select IX)T Aniouiit into Wofking StofBge ficm BS reconi 
IF Amount Sold > Lot Amount in Working Storage then 
Message Tot Amount > Amount AvailiA)le" 
Oolo Write Reject Rqxxrt 

ENDIF 

IF Process 11 Switch =0 then 
SetProcessll Switdi = 0 

CALLBS 

ELSIF Process 12 Switch = 0 then 
Set Process 12 Switch = 0 
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CALL PI 

BLSIF Process 13 Switch ==0 then 
Set Process 13 Switdi = 0 

CALLPA 

ELSIF Process 14 Switch =0&en 
Set Process 14 Switch = 0 

CALLCG 

ELSIF Process 15 Switch =Odien 
Set Process 15 Switch = 1 

CALLTS 

ELSIF Process 16 Switch = 0 then 
Set Process 16 Switdi = 0 

CALLPM 

ELSIF Process 17 Switdi = 0 then 
Set Process 17 Switch = 0 

CAIiTL 



Set End AORS Switch =1 NotesEadcfAORSPtooessipg 

ELSE 

NULL 

ENDIF 

CALL SUBTRACTION SCHEDULER 62 



ELSE 

Setect all LOTS tnto Tenqx)ray Wofking Storage Table 
Lioi/Acct/Assel/Purch/Axnt/Co^mt-^^ 
Set Total Amount Sold I>ata Entry Amount Sold 
IF Total Amount Sold > Total Amount Available tiien 

Message *'Total Amount Sold > Total Amount Available", Details 

Goto Write Reject Rq>ort 

ENDIF 
Avg-Factar= 1 

IF Sell-Method = "AVG" then 

Avg-Factor>= (Total Amount Sold/Total Amount Available) 

ENDIF 

«Sell Multiple Lot Routine» 
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£>0 While Total Amount Sold - 0 



IF Total Amount Sold >0 tbea 

IFSeU-Meau)d=^*FIF'a-' ' then 

Sdect LOT Amount Available into WS Lot Amount 
Where Purch = MIN (Purch) 

ENDIF 

ELSIF 

IFSeU-Method = 'LIF" 

Sdect LOT Amount Available into WS Lot Amount 
WhCTc Puich = MAX(Purch) 

ENDIF 

ELSIF 

IFSeU-Metfaod = 'LCF' 

Sekct LOT Amount Available into WS Lot Amount 
Where Unit-Cost = MIN(Umt-Cost) 

ENDIF 

ELSIF 

IFSell.lgfetbod='HCF" 

Select LOT Amount Available into WS Lot Amount 
Where Unit-Cost MAXCUnit-i^ost) 

ENDIF 

ELSE 

«for Sdl-Method = *AVG* or •ALL*» 

IF Amount Sold ^Avg Factor <WS Lot Amount thai 

UPDATE Teaspcmy Table Lot Amoiint for Amount Sold 

ELSE 

DELEIE TotalRow Tenqxiraiy Table 

ENDIF 

•4- 

IF Process II Switch ==^0 then 
SetProcessll Switch^O 

CALLBS 

ELSIF PtDcess 12 Switch ==0 then 
Set Process 12 Switch = 0 

CALLH 

ELSIF Process 13 Switch = 0 then 
Set Process 13 Switch = 0 

CALL PA 

ELSIF Process 14 Switch °0 then 
Set Process 14 Switdi = 0 

CALLCG 

ELSIF Process IS Switch=Otfaen 
Sc^Process 15 Switch °»1 

CALLTS 
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ELSIF Process 16 Switch ==0 then 
Set Process 1 6 Switch = 0 

CALLPM 

ELSIF Process 17 Switch =0 then 
Set Process 17 Switch * 0 



CALLTL 

10 



ELSE 

IS ENDIF 



Set End AORS Switch = 1 lsfa«esEhdrf AORSProoeming 
NULL 



Decrement Total Amount Sold by Cq) Gam Lot Amount 
, Inoonait thee LOT Number 

20 

CAIX SUBHUNSACTION SCHEDULE 62 

ENDF 

ENDDO 
25 ENDIF 

«EO>> 
NULL 

END 

30 Oripmte$dHotrtine 

BEGIN 

IF Sell-Metbod==XOT* then 
35 Select LOT Amount into Woridng Storage fiomBS record 

IF Amount Sold > Lot Amount in Woridng Storage then 
Message *Xot Amount > Amount Available'' 
Goto Wiite Reject Rqxirt 

ELSE 

40 

CALL BS Routine 

ENDIF 

45 CALL PIP A 

CALLCG 

50 

CALLTS 
CALLPM 

55 
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CALLCG 
CALLTL 



ELSE 



Select All LOTS into Tonporaiy Woridng Stoage Table 
10 Urai/Acct/Asset/Purch/Amt/Cost/Uiut-Q^^ 

Set Total Amount Sold = Ehita Eatiy Amount Sold 
IF Total Amount Sold >Total Amount Available then 

Message "Total Amount Sold > Total Amount Available"*. D^ails 
Goto Wiite Reject Rqx»t 

IS ENDIF 

Avg-Factor= 1 

IF Sdl-Method = 'AVG* then 

Avg-Factor = (Total Amount Sold / Total Amount Available) 

20 ENDIF 

DO WhUe Total Amount Sold » 0 

IF Total Amount Sold >0 then 

IF Sdl-Method ='FIF' or* ' thai 

Select LOT Amount Available into WSLcrt Amount 
25 Where Purdi = MIN(Purch) 

ENDIF 

ELSIF 

IF Sell-Method =*IJF' 

Select LOT Amount Available into WS Lot AnK}unt 
30 WhaePurch = MAX(Purch) 

ENDIF 

ELSIF 

IF Sell-Method ='LCF* 

Select LOT Amount Available into WS Lot Amount 
35 Where Umt-Cost^MIN(Unit-Cost) 

ENDIF 



ELSF 



ELSE 



IFSeU-M^hod=*HCF' 

Sdect LOT Amount Available into WS Lot Amount 
Where Unit-Cost = MAX(ttait-Cost) 

ENDIF 



«for SeU-Method = *AVO' or *ALL*» 
IF Amount Sold *Avg Factor <WS Lot Amount then 
45 XJPDATETen^wrayTableLotAmountfor Amount Sold 

ELSE 

DELETE Total Row Temporary Table 

ENDIF 

50 CALLBS with tihe amount of LOT sold 

ENDIF 
CALL PIP A 

5S 
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CALLTS 
CALLPM 

CALL CG with the amount of LOT sold 



10 

CALLTL 



Decrenieot Total Amount Sold by Gain Lot Amount 
Incraneiit the LOT Number 



15 ENDIF 
ENDDO 

ENDIF 
GotoEOJ 

20 «Write Reject Rq>ort» 

INSERT into Reject Table 
IF Error then 
STOP 

ENDIF 

25 

«EO» 

END 

30 

PwKl<rf9dc for Btevew ^ 

Oripnal Sell Module 126 Proccning 

BEGIN 

35 

IF Process 18Switch==0 then 
SetProoess 18Switch = l 

CALL BS with the amount of LOT sold 

ELSIF Process 19 Switch = 0 then 
Set Processor 19 Switch = 1 

CALL PI 

45 

ELSIF Process 20 Switch = 0 tiiea 
SetProcess 20Switcfa=l 

CALL PA 

50 

ELSIF Process 21 Switch = 0 then 
SetProcess 21 Switch 1 

CALLTS 

55 

ELSIF Process 22 Switch = 0 then 
SetProcess 22 Switch^ 1 
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10 



IS 



CALLPM 

ELSIF Process 23 Switch =0 then 
Set Process 23 Switch = 1 

CALL CG with the amount of LOT sold 

ELSff PnKess 24 Switch = 0 then 
SctProcess24 Switch" 1 

CAULTL 

Set End AORL Switch =1 



Processing 

ELSE 

ENDff 



Notes End of AORS 



NULL 



20 



CALX Subtransaction Scheduler 62 



2S 



END 



Psgudo-Code far Pmressing Model #4 

30 For All INSERTS, UPDATES, and DELETES tp illlM^ 

BEGIN 

IF Trxa is *ADD* then 

SELECT Datain Woffkmg Storage 
3S IF Error then 

INSERT INTO Table, Detaib 
IF Error then 

Message "INSERT aroT, Details 
Goto Write Reject RqKirt 

40 ENDIF 
ELSE 

Increment the Detaib 
UPDATE Set Table, Details 
IF Error then 

45 Message •'UPDATE Error ADD", Details 

Goto Write Reject Rqx»t 

ENDIF 

ENDff 

ELSff Trxn is 'SUBTEIACT' then 
SO SELECT Data into Woddng Storage 

ff Error then 

Message "SELECT ErrOTSubtracT, Details 
Goto Write Rgect Report 

ENDIF 

SS If One or More Amounts > One or More Values fiom Existing Record then 

ADD to Reject Rqxnt 
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IF Error then 

Message "INSERT Reject SUBTRACT*, Details 
Goto Write Reject Repcxt 

ENDIF 

5 IF Details = ^ALL** tiiea 

DELETE Pram Table, D^ails 

IF Eiror then 

Message "DELETE Error'*. Details 
Goto Write Reject Report 

10 ENDIF 
ELSE 

Decfement the Details 
UPDATE SET. Drtails 
IF Error then 

15 Message "TiPDATE &tot SUBTRACT*. D^s 

Goto Write Reject Report 

ENDIF 

ENDIF 

ENDIF 

20 GotoEOJ 

«Write Rgect RcpQrt» 

INSERT INTO Reject Table, Details 

IF Enor tiien 

25 Message "INSERT Reject Table Enor^. Details 

STOP 

ENDff 

«EOJE» 
30 NULL 
END 



35 Pseudo-Code for Processing 

the Trade Settfement Table 142 

BEGIN 

40 IF Tixn =-*A* and Type = *0' OR Torn =*S* and Type = *0* (which means ADD) 

INSERT into TS table. Details 
IFEoorlhen 

Message **INS^T TS Error r. Details 

Goto Write Rqxfft &Tor 

45 END 

ELSIF Tixn=*A* awl Type = *R* OR Tncn=*S* and Type ^ Tt' (^diich means SUBTRACT) 
SELECT Data into Woridng StOTage from TS Record 
IFEnorthen 

Message " SELECT TS Error 2", Details 
50 Gcto Write RqxjrtErrcB' 

ENDIF 

DELETE frmn Table / Row 
IF Error 

Message •DELETE TS Error^. Details 
55 Goto Write RqxKt Error 

ENDIF 
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ELSE 

NuU 

ENDIF 

5 GotoEOJ 

<^ritc Reject Riqx>rt» 
INSERT into Reject Table, Details 
IFErra- 

10 STOP 
ENDIF 

«EO» 
NuU 



IS 



END 



Pseudo-Code for Processing the Custome r Cash Flow (Receipts/Dtf bursements) 

20 Ta M c m 

BEGIN 

IF Trxn = *Receq>t* and Type =*0* (which means ADD) 

25 OR Tixn = l>isbursemeat* and Type = 'O * tbea 

SELECT Data into Working StCTBge £fY]m RD Record 
IF Error tiien 

INSERT INTO RD Table, Details 
IF Error then 

30 Message "INSERT RD&Tor^, Details 

Got^^ Write R^KMt Eiror 

ENDIF 

ELSE 

Increment Units by anoount to be increased 
35 UPDATE Data to Table /Row 

IFEnor then 

Message •'UPDATE RD aior r. Details 
Goto Write R^Kfft Eircr 

ENDIF 

40 ENDF 

ELSIF Tixn = 'Reodpt' and Type = -R' (yAadi means SUBTRACT) 

OR Trxn = TMsbutsemoit' and Type = 'R' 

SELECT Data into Woridng Storage firan RD Record 

IFErra: then 

45 Message" SELECT RD Error 2", Details 

Goto Write Report Error 

ENDIF 

IF Units = * ALL" then 

DELETE from Table /Row 
50 IFEnor 

Message DELETE RD Enw^, Details 
Goto Write RepcHt Error 

ENDIF 

aSE 

55 Decrement Units by Amount to be reduced 

UPDATE IE SET Details 
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FEiTorthen 

Message 'UPDATE RD Enor T\ D^ails 
Goto Write Repwt Writer 

ENDIF 

S ENDIF 
ELSE 

NuU 

ENDIF 
GotoEOJ 

10 «Write Reject Rqxwt» 

INSERT into Reject Table, Details 
IFEmir then 
STOP 

ENDIF 

15 «EOJ» 
Null 

END 



20 ps^Mdo-Cffdg for PrPt?«mg 

the Pendinir Adjustment Table P8 

BEGIN 

25 IF Tixn = *A* and Type ='0' OR Trxn = *S* and Type = 'R* (which means ADD) 

AND Trade Date < Income Ex-Date then 

SELECT Data into Working Storage fiom PA Record 
IF Error then 

INSERT INTO PA Table, Details 
30 IFEiTor then 

Messa^ *TNSERT PA Enor^, Details 
Goto Write RqxxtErrcH^ 

ENDIF 

ELSE 

35 Incretnent Units by amount to be increased 

UPDATE Data to Table / Row 
IFEcrw 

Message "UPDATE PA Error I Detaib 
Goto Write RqxMtError 

40 ENDIF 
ENDIF 

ELSBF Tixn=*A* and Type =='R* OR Trwi=*S' and Type =*0' (which means SUBTRACT) 
AND Trade Date > Income Ex-date +1 then 

SELECT Data into WcHidng Storage fiom PA Record 
45 IFErrorllien 

Message - SHJECT PA Enor 2", Details 
Goto Write RqKxrt Error 

ENDIF 

IF Units = 'ALL*' then 
50 DELETE from Table / Row 

IFQtot 

Message "DELETE PAError^, Details 
Goto Write Rep(»t Error 

ENDF 

55 ELSE 

Decrement Units by Amount to be reduced 
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UPDATE PA SET Details 
IFEnxM-then 

Message "UPDATE PA Error Details 

Goto Write Rq)ort Writer 

5 ENDIF 
ENDIF 

ELSE 

NuU 

ENDIF 

10 QotoPA-EOJ 

<^rite Reject Rq)ort» 
INSERT into Reject Table, Detaib 
ff Enror 

STOP 

15 ENDIF 
«PA-EOJ» 
NuU 

END 

20 

Pseudo-Code for Processing 
the Pending Income Table P4 

BEGIN 

IF Tixn = *A'andType=''0'ORTnm=*S'aiidType= 'R* (\»dbidi means ADD) 
AND Trade Dale < Inccmie Ex-Date then 

SELECT Data into Wc^king Storage fiom PI Record 
IFEnnor then 

INSERT INTO PI Table, D^ails 
IF Error then 

Message "INSERT PI Error^. Details 
Goto Write Reject Rqxirt 

ENDIF 

ELSE 

Increment Units by amount to be increased 
UPDATE Data to Table / Row 

FEmar 

Message "UPDATE Plfiiw r. Details 
Goto Write RqxNt Error 

ENDIF 

ENDIF 

ELSIF Trxn==*A' andT5pe=*R'ORTrxn=*S'andType = *0* (vrfiidi means SUBTRACT) 
AND Trade Date > Income Ex-date +1 thea 

SELECT Data into Working StcHBge ficm PI Record 
IFErrOTtben 

Message « SELECT PI Error 2". Details 
Goto Write RqKwt Bior 

ENDIF 

ff Units ALL" then 

DELETE frnn Table /Row 
IF Error 

Message "DELETE PI Erroi^, Details 
Goto Write Report Bror 

ENDIF 

ELSE 

DecTemeat Units by Amount to be reduced 



30 



3S 



40 



4S 



SO 
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UPDATE PI SET £>etails 
IFEmH-thea 

Messa^ •'UPDATE PI Eiror 2", Details 

Goto Write RqxJrt Writer 

ENDIF 



iO 



15 



20 



ENDF 

ELSE 

NuU 

ENDIF 
GotoPI-EOJ 

«Write Reject Report» 
INSERT into Reject Table, Details 
IF Error 

STOP 

ENDIF 
<<PI-EO>> 
NuU 



END 



N rine File far Table) Structure and 
likely Order of Creation 
correspondinf with Hp. 4-A throifgh 4-E 



25 



30 



35 



LN licensee Haster 

LU Licensee Usen 

LT Licensee AaDUDt Type 

LD Licensee Default Definitions 

LL Licensee General Ledpr Definitions^ 

LS Licensee Diyenification Scheme 

LP Licensee Perfonnance Group 

LN Licensee Summary Names 

LW licensee Servia Wholesalers 

U Licensee Service kseDen 



User-Definable 
User-Definable 
User-Definable 
User-Definable 
User-Definable 
User-Definable 
User-Definable 
User-Definable 
User-Definable 
User-Definable 



40 



Customer Profile 
AO 
AL 

AJ 
AR 
AN 
AM* 

AC 



45 



Account Objective 
Account LesalCapadt/ 
Account jurisdiction 
Account Represeitfatives 
Account Registratioi Names 
Account Haster 
Account Communication Linb 



50 



Transaction pfpfjte 

TN** Transaction Haster 

TP** Transaction Processor 

TR Transactions -Recurrinj 

Entity Profile 



User-Definable 
User-DefinaUe 
User-Definable 
User-Definable 
User-Definabk 
User-DefinaUe 
User-Definable 



User-DefinaUe "Driving* Hie 
User-Definable "Driving" File 
User-Definable "Driving" File 
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10 



15 



20 



EN 
EA* 

ET 

$G* 

sr 

ST 
SS 
SR 
SC 

Customer Status 
C$ 
ff 

a* 

C6 
CI 
(A 
CP* 



2S 



30 



35 



40 



45 



Entity Haster 
Entit/ Attribute 
Er^ Transaction 



System General Ledpr 
System Transaction Journal 
System Trade Settlement 
Sy^m Summary Table 
System Kejea Table 
System Transaction Count 



Customer Income Statement (Income /Expense) 
Customer Qish Flow (Receipts / Disbursements) 
Cummer Balance Sheet 
Customer Capital Gain 
Customer Pending Income 
Customer Pending Capital Adjustments 
Customer Performance Neasuiement 



PubBcNarketData 

User-DefioaUe 

User-Definable 



User-DefinaUe 
System Defined ''Driven" File 
System Defined Driven" File 
System Defined 
System Defined 
System Defined 



System Defined 
System Defined 
Sy^m Defined 
System Defined 
System Defined 
System Defined 
System Defined 



"Driven" RIe 
-Driven" RIe 
"Driven" RIe 
-Driven" RIe 
-Driven" RIe 
-Driven" RIe 
-Driven" RIe 



Notes: * denotes Primary Control Tables 
*• denotes -Driving Tables" 



TABLE DATA DESCWPTIOMS W ITH EXAMPLES 
(LM) licence lfa$»r 

Primary Data Gonustiif of 

Ucensee Menttfier 

Licensee Descri|Mion 
Trade Settlement Data conssti^g of 

Licensee Trade Settlement Switch 

Trade Offiset Boy Idendfier 

Trade Offset Sen kkntTier 

Settk Offset Buy identifier 

Settle Offset Sell Identifier 

+ 

Other Details 
+ 

Audit Fields condsting of Processing Node! I 
Add Date 

Add Sequence Number 
Add User Identifier 
Change Date 

Change Sequence Number 
Change User Identifier 
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Delete Date 

Delete Sequence Number 
Delete User Identifier 
Number of Hodifications 
5 Archive Status 

Archive Date 



Example: 








Licensee 


Licensee 


Other Licensee 


Licensee 


Identifier 


Pwriptipn 


Address 


fty/Statfi/lIP 


LICNI 


First Licensee Name 


Hain Street 


Denver^CO 


LiCN2 


Second Licensee Name 


Broadway 


New York, NY 


LICN3 


Third Licensee Name 


HkhijanAve. 


Chicago^ IL 



(LU) Licensee Users 



Prima7 Data consisting of 
20 Licensee Mentirier 

User Identifier 
User Description 

+ 

Other Details 
25 + 

Audit Fields consisting of Processing Hodel i 
Add Date 

Add Sequence Number 
Add User Identifier 
3D CbangeDate 

Change Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequena Number 
35 Delete User Identifier 

Number of Modifications 
Arduve Status 
Archive Date 



40 


Btamplte; 












LianjN 




User 


Other User 


User 




MtntiTKf 






Address 


ftjr/State/ZIP 




LICNI 


FUN 


First User Nam 


UnoolnAve 


Denver, CO 


4S 


UCN2 


SUN 


Second User Naroe 


Park Ave 


New York. NY 




UCII3 


TUN 


Third User Name 


HontjQineiy 


SanFrandsa),CA 
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(LD Licensee Account Type 



Licensee Mendfier 
5 Account Type Mentifier 

Account Type Description 

+ 

Other Detaib 
+ 

10 Audit HeMs consisting of Processing Hodel I 

Add Date 

Add Sequence Number 
Add User Identifier 
Change Date 

I S Change Sequence Number 

Change User Identirier 
Delete Date 

Delete Sequence Number 
Delete User Identifier 
20 Number of Modifications 

Archive Status 
Archive Date 

Example: 

25 

Liansee Account Account 

T ype Number Ty^fiJiiiK 



LiCNI 100 Pension Tnist 

30 UCHI 200 InvestmentAdvisory 

UCNI 300 Estates 

UCNI 400 Settlements -Buy 

UCNI SOD Settlements -Sell 

LICN2 1000 Wireless Communications 

3S LICH2 2000 landline Communications 

LICN2 3000 SateiTrte Broadcast 

LICN3 90O0 DomesticStthsidiary 

LICN3 10000 Foreign Subsidiary 

40 (LB) Mcensce Pefaytt Pefi>lPtipftf 

Primary Data consbtiif of 
Licensee Identifier 
Default Class 

45 Demand or Overdraft 

Accounting Control Number 
Accounting Control Number Description 
Cash Record Pointer in EA Table 
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10 



15 



Other Details 

+ 

Audit HeMs coiuistin{ of Processing Hodd 1 
Add Dale 

Add Sequence Number 
Add User Identifier 
Change Date 

Change Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequence Number 
Delete User Identifier 
Number of Hodifications 
Archive Status 







Aidiive Date 








Example: 










20 


Licensee 


Cbss 


Sidi-Cbss 




AaouDting 




tdcntifier 


MSB 


Jden 


Control Nomber 


CDntrDlName 




UQil 


IC 


D 


AO! 


Income Cub Deoand 




UCNI 


IC 


0 


A02 


Income Cash Overdraft 


25 


LICNI 


IC 


D 


A03 


Prindpal Cash Demand 




LiCNI 


IC 


0 


AIM 


Prindpal Cash Overdraft 




UCNI 


Ul 




LOS 


Uninvested Income 




UCNI 


UP 




UO 


Uninvested Prindpal 




UCNI 


II 




US 


Invested Inconie 


30 


UCNI 


IP 




120 


Invested Prindpal 



(LQ Licensee General Ledger Definition 



3S 



40 



4S 



Primary Data consisting of 
Licensee Mentifier 
Asset or Uabifitif 
Account Type Identifier 
Account Type Description 
+ 

Other Detaib 

+ 

Audit HeMs consi^ng of Processing Hodel I 
Add Date 

Add Sequence Number 
Add User Identifier 
Change Date 

Change Sequence Number 
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Change User IdentiTier 
Delete Date 

Delete Sequence Number 
Delete User Mentirier 
Number of Hodifications 
Archive Status 
Archive Date 

(See Details Provided) 

Licensee DIversiBcation Scheme 

Primary Data consisting of 
Ucensee kkirtfier 
Diver»rication Type Identifier 
Diversification Group Identifier 
Diversification Class Identifier 
Diversifiation Description 
+ 

(kher Details 

+ 

Audit Fields consisting of Processing Hodel I 
Add Date 

Add Sequence Number 
Add User Identifier 
Change Date 

Change Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequence Number 
Delete User Idenffier 
Number of Modifications 
Archive Status 
Archive Date 

Example: 



Uansee 


Divenirication 


DmnificatiM 


Diven'rikation 


DivenifiotioD 




im 


Group 


Cbg 


Name 


UCNI 


100 


000 


000 


Money Narktt Instruments 


LICNI 


100 


iOO 


000 


USGovtBiBs 


UCNI 


100 


200 


000 


IIS Govt Notes 


UCNI 


100 


300 


000 


Par Notes 


UCNI 


100 


400 


000 


Discount Notes 


UCNI 


200 


000 


000 


Fixed InaHiK Securities 


UCNI 


200 


100 


000 


US Govt Bonds 


UCNI 


200 


200 


000 


Huniqal Bonds 


UCNI 


200 


300 


000 


Corporate Bonds 
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1 inii 
LIOII 


200 


ilAA 

400 


AAA 

000 


Bond Funds 




1 inii 
LICNI 


300 


AAA 

000 


AAA 

000 


Equities 




iimi 

UUII 




inn 

lUU 


AAA 


rreterred Stoclc 




IITNI 

LlUll 




inn 


nnn 

UUU 


u)DvertiDK rnferrca 


r 
b 


UUII 


3AA 

JOO 


3AA 
300 


AAA 

000 


Common Stock 




umi 


3AA 
iOO 


3AA 
300 


1 AA 

100 


Automotive 




1 irui 
UCNI 


3AA 
300 


lAA 

300 


^AA 

200 


BuiMins 




1 inii 
UUli 


3AA 
JOO 


)AA 

300 


9AA 

300 


Chemical 




UUII 


>AA 

300 


>AA 

300 


JAA 

400 


Drug 


lA 


UUII 


300 


4AA 
400 


AAA 

000 


Oil Partnerships 




LICNI 


300 


SCO 


000 


Ileal Estate Partnenhips 




11012 


lAA 

100 


AAA 

000 


ooo 


Communication Seims 




UUIZ 


lAfl 

lUv 


inn 

lUU 


AAA 
UUU 


Wireless Communica&n 




iim? 

UUlZ 


inn 

lUU 


inn 


AAA 
000 


Landfine Communkadon 


■ r 

15 


11012 


lAA 

too 


9AA 

300 


000 


Direct Satellite 




LI0I3 


100 


100 


000 


Cash 




UOii 


lAA 

100 


^AA 

ZOO 


000 


(kher Current Assets 




U0l3 


lAA 

100 


300 


000 


Fued Assets 




UCN3 


100 


400 


000 


Depredation 


20 


LICN3 


100 


SOO 


000 


Other TanpUe Assets 




LICN3 


100 


600 


000 


Other Intangible Assets 




LICN3 


100 


700 


ooo 


Current liabil'ities 




LICN3 


100 


800 


000 


Deferred Taxes 




LICN3 


100 


900 


000 


bng-Term Debt 


25 


LiCN3 


100 


1000 


000 


Net Worth 



(LP) Licensee Performance Croup 

30 Primary Data consi^ng of 

Licenstt Ideotirier 
Performana Type Mentifier 
Performance Group Idei^'fier 
Performance Class MemtTier 

35 Performance Description 

+ 

Other Details 

■+ 

Audit Fields consisting of Processing Hodel I 
40 AddDate 

Add Sequence Number 
Add User Mentifier 
Change Date 

Change Sequence Number 
45 Change User Mentifier 

Delete Date 

Delete Sequence Number 
Delete User Identifier 
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Number of Nod'ffications 
Archive Status 
Archive Date 



Example: 



Licensee 


ren neas 


rert fleas 


Pen neas 


Pen neas 


mmKf 


Jm 


Group 




Name 




inn 
lUu 


AAA 
000 


AAA 

000 


Honejf Harket 


LIINI 


inn 


lAA 
iOO 


AAA 

000 


US Notes 


1 inii 
LICNI 


1 An 
100 


100 


At ■ A 

9710 


Naturiif 10/77 


UQil 


100 


100 

1 vv 


9711 


n«[uniig 1 1/7/ 


UCNI 


100 


200 


000 


Par Notes 


LICNI 


100 


200 


9711 


Maturing 11/97 


UCNI 


100 


200 


9712 


Maturing 12/97 


UCNI 


20O 


000 


000 


Municipal Bonds 


UCNI 


200 


AAA 


000 


Rated AAA 


UCNI 


200 


AAA 


9803 


Maturing 03/9 


UCNI 


200 


AAA 


9806 


Maturing 06/9 


LICNI 


30O 


000 


000 


Common Stock 


UCNI 


30O 


100 


000 


Durables 


UCNI 


300 


100 


100 


Autos 


UCNI 


300 


100 


200 


AppI 


UCNI 


300 . 


200 


000 


Consumer Goods 


UCNI 


300" 


200 


100. 


Food 


UCNI 


300 


200 


200 


Beverage 



(IN) licensee Summafy Hamcs 



Primary Data consisting of 
Uansee IdentiTier 
Summary Type Uentifier 
Summary Number 
Summary Descriptnn 
+ 

Other Details 
+ 

Audit Fields consoting of Processing Model I 
Add Date 

Add Sequence Number 
Add User Identifier 
Change Date 

Chaiige Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequence Number 
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Delete User IdentirKr 
Number of HodiTications 
Archive Status 
Archive Date 

5 

Example: 



Lkeuee 


Type 


Croup 


Gass 


Summary hem 


Wentifier 




Mt 




Name 


LICNI 


1 


0001 




Dhridends-Ordinaiy 


LICNI 


1 


0002 




Dmdends - Partially Tax-Exempt 


LICNI 


1 


0003 




Dhridends- Tax-Free 


LICNI 


E 


0001 




NanagementFees 


LICNI 


E 


0004 




Lepl Expenses 


LICNI 


R 


0001 


1 


Dividends 


LICNI 


R 


0002 


1 


Interest -Net 


UCNI 


R 


0007 


P 


Piindpal Contributions 


LICNI 


R 


OOOS 


P 


Principal Sale Proceeds 


LICNI 


D 


0001 


1 


Management Fees 


LICNI 


D 


0009 


P 


Principal Disbursements 



(UAQ Licensee Seprykg Whofegfttm 

2S Primary Data consistiiig <rf 

Licensee MendTier 
Wboksakrldentirier 
Wholesaler Address 
Number of CaVs 

30 ValueofCd 
+ 

Other Details 

+ 

Audit Fields consistiif of Processing Model I 
35 AddDate 

Add Sequence Number 
Add User UeRtTier 
Change Date 

Change Sequence Nondter 
40 Change User identifier 

Delete Date 

Delete Sequence Number 
Delete User Idendfier 
Number of HodiTications 
4S ArcMveStatos 
Archive Date 



if 
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Example: 



Licensee Wholesaler Wholesaler Wholesaler GtyAlate/ZIP 

Mentifier IMSE NiiQe Address Codes 

LKNI ABCD ABCelhilar Dealer 100 Nain Street Denver. CO 

LiCNI RSTU RS Telephone Utility 200 Broadway NY. NY 



(LB) Mcensec Re^elkn 

Licensee IdentiTier 
Wholesaler klentiTier 
Reseller Identifier 
Reseller Address 
+ 

Other Details 
+ 

Audit Fields consisting of Procesni^ Model I 
Add Date 

Add Sequence Number 
Add User Identifier 
Change Date 

Change Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequence Number 
Delete User Identifier 
Number of HodificatioDs 
Archive Status 
Archive Date 



Example: 



Lktnsee 


Wholesaler 


Rexller 


Reseller 


Reseller 


Gty/State^lP 


Ucfltifnr 


Identifier 


Identifier 


Name 


Address 




UCNI 


ABCD 


123 


123 Reseller 


200 Oak 


Tulsa. OK 


LKNI 


ABCD 


234 


234 Reseller 


SOOEIm 


OidaGty.OK 


UCNI 


RSTU 


(7S 


C78 Reseller 


300 Pine 


fresno,CA 


UCNI 


STUV 


789 


789 Reseller 


700 Cedar 


Pittsbargh,PA 



(ftO) Account Otijectivc 



Primary Data conasting of 
Licensee Identifier 
Objective Identifier 
Objective Description 

+ 
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Other Detaib 
+ 

Audit Fields consisting of Proassing Model I 
Add Date 

Add Sequence Number 
Add User UentTier 
Change Date 

Change Sequence Number 
Cbar^UserklentirKr 
Delete Date 

Delete Sequence Number 
Delete User IdentfTier 
Number of Hodifications 
Archive Status 
Archive Date 



Example: 






Licensee 


Ol^edive 


ObjectKrt 


Identifier 


w«irtifi*r 


im 


LICNI 


0100 


Growth 


LICNI 


0200 


InconK 


UCNI 


0300 


Growth with Income 


UOil 


0400 


Capital Preservation 


UCNI 


OSOO 


HiglhRisk 



(AL) Account Ugal Capacrty 

Primary Data consi^ of 
Licensee Uentirier 
Legal Capadtjr Identifier 
L^Capadtir Description 
+ 

Other Detaib 

-h 

Audit Fields consistiiig of Processing Nodel I 
Add Date 

Add Sequence Number 
Add Userhkntifier 
Change Date 

Change Sequence Number 
Change User hkntiTier 
Delete Date 

Delete Sequence Number 
Delete User Identifier 
Number of Hodifications 
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Afdiive Status 
Afdiive Date 



Example: 



10 



15 



Licensee 
Identifier 

LICNI 
LICNI 
LICNI 
LlOil 
LICNI 
LICNI 
LICNI 



Legal Capadty 
Number 

010 
020 
030 
040 
050 
060 
070 



LeplCapadtjf 



Trustee 

Broker 

Advisor 

i^nt 

Escrow 

Executor 

Administrator 



(ly) Account Jurisdiction 

Primary Data consisting of 
20 Liansee Identifier 

Jurisdiction Identifier 
Jurisdiction Description 
+ 

Other Details 

25 + 

Audit Fields consisting of Processing Nodel I 
Add Date 

Add Sequent Number 
Add User Identifier 
30 Change Date 

Change Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequence Number 
35 Delete User Identifier 

Number of Nodifiations 
Archive Status 
Archive Date 



40 


Example: 








Lianxe 


Jurisdiction 


Jurisdiction 




IWttr 






4S 


LICNI 


CA 


Qfiforaia 




LICNI 


PA 


Pinns/lvana 




UCNI 


VI 


Vir{Hi Islands 




UCNI 


NA 


Nethertands Antilles 
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(AB) Acgiunt Reprtyentatfve 



10 



15 



20 



Primary Data consisting of 
Uonsee kkntifier 
Accoant Representative ktentifier 
AoDont Representative Name 

+ 

OdierDetaib 

+ 

Audit Fields contistinf of Processing Hodel I 
Add Date 

Add Sequence Number 
Add User Identifier 
ChanpDate 

Change Sequence Number 
Qiange User Mentifier 
Delete Date 

Delete Sequence Number 
Delete User MentiTier 
Number of Modifications 
Archive Status 
Archive Date 



25 



Example: 



Licensee 



Representative 

khntifrr 



Representative 
Name 



30 



UCNI 
UCNI 
UCNI 
UCN 



RR 

WW 

BB 

GG 



RhondaRed 
Wanda Wh ite 
Bin Brown 
Glenn Green 



35 



(MQ Account Registration Name 



40 



45 



Primary Data consisting of 
Licensee Identifier 
Regi^ation identifier 
Registration Description 

+ 

Other Details 
+ 

Audit Fields consisting of Processing Model I 
Add Date 

Add Sequence Number 
Add User Identifier 
Char^Date 
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Change Sequence Number 
Clange User Identifier 
Delete Date 

Delete Sequence Number 
Delete User MentiTier 
Number of Nodifkations 
Archive Status 
Archive Date 



Example: 

Licensee Registration Registration 
Idgfitifer Identifier Itam 



(AM) Account Master 

Primary Data consistiag of 
Licensee hieiitifier 
Account MentiTier 
Account Description 
Account Address 
Account Fiscal Year -m 
Account Focal Year -DD 
Account Focal Year - Number of Periods 
Income Posting Code 
Account Type 
Account Objective 
Account Legal Capacity 
Account JurisdictiDn 
Account Representative 
Account Rq[istiation Name 
Income /Expense Swteh 
Receipts / Disbursemeitt Swhch 
Performance Heasurcment Switch 
Licensee Wholesakr 
Licensee Reseller 
Account Settlement Swkch 
-h 

Other Details 

+ 

System Control Data consistiiig of 
Income Cash 
Principal Cash 



LICNI 
UCNI 
UCNI 



AA 

BB 

CC 



AUe&QHnpany 
Baker & Company 
CharTieS Company 
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Invested Income 
Invested Principal 
Total Units -Assets 
Uabilities 

TotalUnits- liabilities 
+ 

Capital Gain Control Fields consisting of 

TotalUnits 

Total Cost Basis 
System Control HeUs consistiiig of 

Totallncome 

Total Expense 

Total Receipts 

Total Disbursements 

+ 

Pending Income conasting of 
TotalUnits 
Total Cost Basts 
Total Pending Income 

+ 

Pending Cap Adj (kit consistirig of 
Gq>Adj Out- Units 
CapAdj Out- Cost Baas 
CapAdjin-Uruts 
Cap Adj In -Cost Basis 
+ ^ ' 

Audit Fields consisting of Processing Hodel I 
Add Date 

Add Sequence Number 
Add User kkntfTier 
Qnif^Date 

Chai^ Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequence Number 
Delete User identifier 
Number of Modifications 
. Ardrive Status 
Arcluve Date 



(AC) Account Coirammication Unks 

Primary Data consisting of 
Account Identifier 
Communications Number 
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Other Details 
+ 

Audit Helds o»nsisting of Proouing Hodel I 
Add Date 

Add Sequence Number 
Add User Identifier 
Change Date 

Change Sequence Number 
Change User MentiTier 
Delete Date 

Delete Sequence Number 
Delete User Uentifier 
Number of Hodifications 
Ardiive Status 
Archive Date 



Example 






Licensee 


AoMint 


CDmiBDniations 


Identifier 






LICNI 


I234S6 


AH-OOI 


LIOII 


123456 


TCi-345 


LICNI 


2345(7 


US-West 


LICNI 


234567 


An-002 


UCNI 


234567 


NCI 


UCNI 


4567S9 


Sprint 



(TM) Transaction Master 

Prinia^ Data consisting of 
Licemee hhntifier 
Transaction Identifier 
Income Posting Code 
Transactioi Description 
Add or Snblraci Switch 
Scttkroent Transaction tdentiTier 
Terminate Settlement Switch 
+ 

Other Detaib 
+ 

Audit Helds consistiiig of Processing Nodel I 
Add Date 

Add Sequence Number 
Add User MemiTier 
Change Date 

Change Sequence Number 
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Change User Identifier 
Delete Date 

Delete Sequence Number 
Delete Useridentirier 
Number of HodHkations 





Mtnive jtatus 








Archive Date 






Example: 








Licensee 


iransacuon 


Income 


Transaction 


Identrtier 


Mentitier 




Name 


UOli 


DO! 


1 


Paid Hanagement Fee 


LICNI 


DOI 


1 


Paid Hanagement Fee 


LICNI 


DOI 


1 


Paid Hanagement Fee 


LICNI 


SE 


1 


SeUEquit/ 


LICNI 


SE 


P 


Sell Equity 


LICNI 


SE 


B 


Sell Equity 


LICN2 


DOI 


P 


Cellular Charp 


UCN2 


D02 


P 


LandlineCtaife 


LICH2 


D03 


P 


Direct Sateirrte Charge 


LICN2 


D04 


P 


America On-line Charge 



Transaction Processor 



Primary Data consisting of 
Licensee Identifier 
Transaction MentiTier 
Transaction Income Posting Code 
Transaction Process Description 
+ 

Other Details 

+ 

Audit Fields consisting of Processing Hodel I 
Add Date 

Add Sequence Number 
Add User Uentifier 
Change Date 

Cha^e Sequence Number 
Change User Identifier 
Delete Date 

Delete Sequence Number 
Delete User hkntifier 
Number of Nodfications 
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Archive Status 
Archive Datt 



Example: 



Licensee Transaction 
Identifier Identifier 



inoiflie 



Posting Code 



Operator Operand I 



OpeoQiU Mis 



CS) Trans^rtipfff - Blurring 

Primary Data consitf ng of 
Licensee Identifier 
Account Identifier 
Transaction IdentMier 
Transaction Amount 
Begin Paying 
End P^iig 
User Identifier 
+ 

(Hber Details 
+ 

Audit Fields conastiif of PiocestiDg Model I 
Add Date 

Add Sequence Number 
Add^User Identifier 
Change Date 

Change Sequence Number 
Chang? User identifier 
DeleteDate 

Delete Sequena Number 
Delete User Identifier 
Number of Modifications 
ArdHve Status 
Archive Date 

Example: 

Licensee Account Transaction Transaction Begin End User 

Identifier \MSSL ]MSsi Amount M M fctartTer 



(EH) Entity Master 



Primary Data consisting of 
Entity Identifier 
Entity Description 
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Asset or Lkkbirity Code 
Settlement Days 

+ 

Income Collection Data consisting of 
Income Rate 
Income El-Date 
Income Record Date 
Income Payment Date 
+ 

Capital Adjustment Data consisting of 
Capital Adjustment Rate 
Captol Adjustment b-Date 
Capital Adjustment Record Date 
Capital Adjustment Foment Date 
Capital Adjutfment New Entity 
+ 

Other Details 

+ 

Audit HeUs consistiif of Processing Hodel I 
AddDate 

Add Sequence Number 
Add User Identirier 
Change Date 

Change Sequence Nwnber 
Change User IdeotiTier 
Delete Date 

Delete Sequence Number 
Delete User Mentirier 
NunAerofNodrfications 
Archive Status 
Archive Date 



(ED Entity Attrifrwft 

Primary Data consistiiig of 
Licensee hkntSier 
Entity Mentto 
+ 

Management Decision-Naking Data consisting of 
DivenificationType 
Diversification Group 
Diversification Class 
+ 

Performance Heasurement Data conusting of 
Performance Type 
Performance Group 
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PerformanaCbss 

+ 

Accounting Dala consistiif of 

AoBuntins Control Number - Asset 
Accountinf Control Number - Liabilit/ 
+ 

System Control Data consisting of 
Invested Income 
Invested Principal 
Total Units -Assets 
UalHTities 

Total Units -Liabifities 

+ 

Settlement Data consistiiig of 
Buy -In Units 
Buy -Out Cost Basb 
Sell -In Proceeds 
Sell-OutUmts 

Other Details 

+ 

Audit HeMs consisting of Processing Hodel I 
Add Date 

Add Sequence Number 
Add User MentiRer 
Change Date 

Change Sequence Number ^ 
Change User Identifier 
Delete Date 

Delete Sequence Number 
Delete UserkkntfTier 
Number of Modificatbns 
Archive Status 
Archive Date 



(ED Entity Transftrtfal 

Primary Data consisting of 
Licensee Identifier 
Entity Identifier 
Transaction Identifier 

+ 

Other DetaUs 

4- 

Audit HeMs consisting of Processing Model I 
Add Date 

Add Sequence Number 
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Add User khndTKr 
Change Date 

Change Sequence Number 
Change User Menttfier 
Delete Date 

Delete Sequence Number 
Delete User UentiTier 
Number of NodiTicalions 
Archive Status 
Archive Date 



Exampk: 






LkensH 


Etithy 


Traiuaction 


Identifier 


Htntifitr 


htentiTier 


UCNI 


GN 


BE 


LICNI 


GN 


XO 


UCNI 


GN 


XI 



(SG) System General Ledger 

Primary Data OHmsttnj of 
Licensee hkntiTier 

Control Fields consisdnf of 
Asset or Uabifitjf 
Account Type Mefltifier 
AccDuntiif Control Number 
Account Balance 
+ 

Other Details 
+ 

Audit Fields consistiif of Processiitg Nodcl I 
Add Date 

Add Sequence Number 
Add User IdentTier 
Change Date 

Change Sequence Number 
Change User hlentiTier 
Delete Date 

Delete Sequence Number 
Delete User Identifier 
Number of Hodificatiom 
Archive Status 
Archive Date 
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Exampk: 

(See Details provided) 



iSD System Tmiwtfbw |oiinial 

Primary Data consistins of 
Licensee kknttfier 
Account Mentifier 
Transaction Identifier and either 



imlMk Debits/Credits 
Entity kkmirier Emit/ Identifier (if any) 

Purchase Date Prindpal 

Amount Units or Income 
MetAnKumt Net Amount 



Cost Basu (if Sell) 

+ 

Other Details 

+ 

Oinency Heids amsistinf of 
Cumnqrbte 
Currency From 
Currency To 
Currency Date 
+ 

SeH Data consisting of 
Sell Date 
Sell Price 
Sell Proceeds 
Sell Transaction Date 
Sell Transaction Sequence Number 
Sell Transaction Lot 
Sell To 

Capital Gain P^ 

SeH Currency Data consisting of 
Sell CurrenqrKate 
Sell Currency From 
SeH Currency To 
Sen Currency Date 
+ 

Audit Fields consistiif of Processing Hodel 2 
Transaction Date 
Transaction Sequence Number 
Transaction Lot 
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Reversias Transaction Date 

Reversing Sequence Number 

Reversing Transaction bt 

Reversed By Transaction Date 

Reversed 1^ Transaction Sequence Number 

Reversed By Transaction Lot 

Trade Date 

Archive Status 

Archive Date 

(SO System Trade Scttiement 

Primary Data consistins of 
Licensee IdentfTier 
Account identifier 
Entity Mentifier 
Purdose Date 
Amount Unks 
Cost Basis 
Buyer/Seller 
Trade Settlement Date 
+ 

Currency HeMs consisthf of 
Currenqr Ratio 
Currency From 
Currency To 
Currency Dale 
+ 

Other Detaib 

+ 

Transaction Date 
Transaction Sequence Number 
Transaction Lot 

+ 

Audit Data consisting of 
Add Date 

Add User identifier 
Archive Status 
Archive Date 

(SS) System Summary Table 

Primary Data consistii^ of 
Ucensee identifier 
Job Number 
job Name 
Beginfmie 
Endfime 
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Number of Accepts 
Number of Rejects 
Total Items 
+ 

S Audit Data cDnsbtirf of 

Add Date 

Add User Identifier 
Ardiive Status 
Archive Date 

10 

Example: 

Licensee Job Job Begin End Total Number Number 

Identifier Mflfflber Mifflfi Jm Hme Transactions Accepts Rejects 

15 



(m System teicrtTft>>te 

20 Primary Data consistii^ of 

Licensee Identifier 
Licensee Record 

+ 

Audit Data consisting of 
25 AddDate 

Add User Identifier 
Ardiive Status 
Archive Date 

30 Example: 

License Transaction 

Mcfftifier Reqrf 

35 

(SQ System Tmnw^n cpuiit 

Primary Dataconsistirf of 
Licensee Identifier 
40 Today's Date 

Transaction Identifier 
Transaction Count - Originate 
Transaction Count - Reversal 
+ 

45 Audit Data consisting (rf 

AddDate 

Add User Identifier 
Archive Status 
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Archive Date 

Example: 

License Transaction Transaction Transaction Transaction 

Idenikr M Ment'ifier Count -Prig Count -Rev 

(CS) Customer Income Statement (Income / Expense) 

Primary Data CDnsisting of 
Licensee idefftiTier 
Account Identifier 
FtsalYear-mnnr 
Fiscal Year -Period 
Income /Expense 
Income /Expense Number 
income /Expense Balance 
+ 

Audit Fields consistiif of 
Add Date 

Add User Identifier 
Archive Status 
Archive Date 



Account fhal Rscal Inc/Exp Inc/Exp Inc/Exp 

Mcntiftf Im Period identifier Number Balance 



Example: 

Licensee 
Identifier 

LICHI 



(£E) Customer Cash fkm (Receipts / Disbursements) 

Primary Data conutf ng of 

Account kkntffier 
Fiscal Year -YTTY 
Fiscal Year -Period 
Receipt /Disbursement 
Receipt / Disbursement Number 
Receipt / Disbursement Balance 
+ 

Audit Fields consisting of 
Add Date 

Add User Identifier 
Archive Status 
Archive Date 
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Example: 

Licensee Account Fiscal Fiscal Rec/Dis Rec/Dis Rec/Ois 

IMk UssiSm 1m bM lissfM Number Balance 

LICNI 

(£1) Custpp^r PaMnq? $h?^t 

Primary Data Gonustif( of 
Licensee ideniffier 
Account IdentfTier 
Endty IdentiTier 
Purdiase Date 
Amount Units 
CostBasb 
+ 

Currency Data consisting of 
CunencyRate 
Currency From 
Currency To 
Currency Date 
+ 

Other Delaib 
+ 

Transaction IdentiTication consisting of 
Transaction Date 
Transaction Sequence Number 
TiansactioffLot 

+ 

Audit HeMs consisting of 
Add Date 

Add User Identifier 
Archive Status 
ArdHveDate 



Prima^ Dataconsistiif of 
licensee Identifier 
Account Identifier 
Entity Identffier 
Purchase Date 
Amount Units 
CostBasb 
Purchase Price 
Buy From 
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+ 

Transaction Identification consisting of 
Transaction Date 
Transaction Sequence Number 
5 Transaction Lot 

+ 

Buy Currency Fields ansistinf of 
Current Rale 
Currency From 
10 Currency To 

Currency Date 
+ 

Sell Data consigns of 
Sell Date 

IS SeU Price 

Sell Proceeds 

Sell Transaction Date 

Sell Transaction Sequence Number 

Sell Transaction Lot 

20 Sell To 

Capital Gain Amount 
Capital Gain Period 
+ 

Sell Currency Data consisting of 
25 Sell Currency Rate 

Sell Currency From 
Sell Currency To 
Sell Currency Date 
+ 

30 Audit HeMs consistiiig of 

Add Date 

Add User Mentirier 
Archive Status 
Archive Date 

35 

(CI) Customer Pending Income 

Primary Data consstiiig of 
Licensee hkntifier 
40 Account Identifier 

Entity Identifier 
Purchase Date 
Amount Units 
CostBasb 

45 Purchase Price 

+ 

Transaction Identification consisting of 
Transaction Date 
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Tnnsactiofl Sequence Number 
Transaction Lot 

+ 

Payment Date Data consisting of 
Income -Ex-Date 
Income -Reaml Date 
Income - Foment Date 

+ 

Audit Fields consisting of 
Add Date 

Add User Mentifier 
Archive Status 
Archive Date 



(CA) Pending Caprtal Adjustment 

Primary Data consisting of 
Licensee Identifier 
Account identifier 

+ 

Pending Out Data connrting of 

Entity identirwr(Old Entity) 
PurdaseDate 

Transaction Identifier (Exchange Out) 
Amount Units (OU Amount) 
CostBaus 
Purchase Price 

+ 

Transaction Identification consisting of 
Transaction Date 
Transaction Sequence Number 
Transaction Lot 

+ 

Pending In Data consisting of 

Transaction Identifier (Exchange In) 
Ei^Mei^ (New Entity) 
Amount Uruts (New Amount) 

+ 

Payment Date Data consisting of 

Capital Adjustment - Ex-Date 
Capital Adjustment - Record Date 
Capital Adjustment - Payment Date 
+ 

Audit Fields consisting of 
Add Date 

Add User Identifier 
Archhre Status 
Archive Date 
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(CE) Customer Performance Measurement 

Primary Data consisdif of 
Licensee MentiTier 
Account MeBtifier 
HscaiYear-YYYY 
fiscal Year -Period 
Performance Measurement - Type 
Performano Measurement - Group 
Performamx Measurement - Class 
Beg'mmif Value 
Beginninf Units 
Contributions 
Distributiom 
Income 
Expenses 
Hanagement Fees 
Coflinissions 
Federal Taxes 
State Taxes 
Local Taxes 
Endiif Vahie 
Endiif Unrts 
Endii« Net Asset Value 
+ 

Capital Gain Control Fields consisting of 

Total Units 

Total Cost Basb 
System Control Fieids onsisting of 

Total Income 

Total Expense 

Total Receipts 

Total Disbursements 

+ 

Pending Income con&tirf of 
Total Umts 
Total Cost Bans 
Total Pendiif Income 

+ 

Pending Cap ikdj Out CDn»sting of 
CapAdj Out- Units 
Cap A(Q Out -Cost Basis 
CapAdj In -Units 
CapAdj in -Cost Basis 
+ 

Audit FkMs consisting of 
Add Dale 
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AddUxrldcfltirKr 
ArdiWe Status 
AidiiveDate 

5 SAMPLE DATA FOR UCENSE GENERAL LEDGER 

DEFiNmON TABLE (LL) 





Licensee 


Asset 


Accounting 
Contnl Nupitier 


Accounting 
Bame 


JO 


LICNI 


A 


AOS 


Nunidpal Bonds 




UOil 




A07 


Corporate Bonds 




LlOil 




AlO 


Common Stocb 




UOil 




AI2 


Mutual Funds 




LICNI 




AI3 


international Currencies 


iS 


LICNI 


A 


AIS 


Oil Partnenbips 




LICNI 


A 


A20 


Real Estate Partnerships 




LICNI 


A 


A30 


Foreign Equities 




LICNI 


A 


A35 


Objects of Art 




LICNI 


A 


A40 


Jewels 


20 


LICNI 


A 


A4S ' 


Homes 




LICN 


A 


A50 


Automobiles 




LICN 


A 


A90 


Derivatives 




LICN2 


^ 


WIO 


HSA/RSA -North 




LICN2 




W20 


NWRSA-East 


25 


UCN2 




W30 


NSA/RSA -South 




UCN2 




W40 


NSA/RSA-West 




LICN2 




uo 


Alabama 




LICN2 




L20 


Absb 




• 




• 


• 


30 


• 




• 


• 




• 




• 


• 




Liai2 


A 


L500 


Wyominf 
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Licensee 


Asset 


AaouDting 


Accounting 


l*ntifier 


orUab 


Cpptrvl Number 


Name 


LICN2 


A 


SIO 


Najor Market 1 


L1CN2 


A 


S20 


NajorHarloetZ 


LICN2 


A 


S30 


Major Market 3 


• 




• 


• 


• 




• 


• 


• 




• 


• 


LICN2 


* 


SIOOO 


Major Market N 


LiCN3 




CIO 


(ash 


LICN3 


* 


□0 


Other Current Assets 


LICN3 


* 


□0 


Rxed Assets 


LICN3 


* 


C40 


Depredation 


11013 


* 


GO 


Intangible Assets 


LICNI 




105 


Uninvested Income 


UCNI 


r 


LIO 


Invested income 


UCNI 




LIS 


Uninvested Principal 


UCNI 




UO 


Invested Principal 


UCNI 




L30 


Personal Notes 


UCNI 




L40 


Mortgages 


UCNI 




L90 


income 


UCNI 




L60 


Short-Term Liabilities 


UCNI 




L65 


Deferred Taies 


UCNI 




L70 


Long-Term Liabifities 


UCNI 




175 


Net Worth 
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Licensee 
Master 


Asset 


Account 

Jm 


Aoounting 
Control NoRilKr 


AccDUDtinp 

vV\>%W H If U ■ IE 

Name 


5 


UCNI 


* 


000 


000 


Financial Services Assets 




LICNI 


A 


100 


000 


Pension Trust 




UCNI 


A 


100 


AOI 


Income Cash DemaiKl 




UCNI 


A 


100 


A02 


Income (ash Overdraft 




LICNI 


A 


100 


A03 


Prindpal Cash Demand 


10 


LICNI 


A 


100 


A04 


Principal Cash Overdraft 




LICNI 


A 


100 


A07 


Corporate Bonds 




UCNI 


A 


100 


AiO 


Common Stocks 




UCNI 


A 


100 


AIS 


Oil Partnerships 




LICNI 


A 


100 


A20 


Real Estate Partnerships 


15 


UCNI 


A 


100 


A30 


Foreign Equities 




UCNI 


A 


200 


000 


Investment Advisory 




UCNI 


A 


200 


AOI 


Income Cash Demand 




UCNI 


A 


200 


A02 


Income bsb Overdraft 




UCNI 


A 


200 


A03 


Prindpal Cub Demand 


20 


UCNI 


A 


200 


A04 


Prkidpal Cash Overdraft 




UCNI 


A 


200 


AOS 


Hunidpai Bonds 




LICNI 


A 


200 


A07 


Hmiidpal Bonds 




UCNI 


A 


200 


AIO 


Common Stocks 




UCNI 




200 


AI2 


Mutual Funds 


25 


UCNI 




200 


AIS 


IntematMnalCurrencKs 




LICNI 




200 


AIS 


Oil Partnerships 




LICNI 




200 


A20 


Real Estate Partnerships 




UCNI 




100 


A30 


Foreign Equities 




UCNI 




100 


A90 


Hnandal Derivatives 



30 
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Lkemee Asset Account 

Master acJM lot 

UCNI A 300 

UCNI A 300 

LICNI A 300 

UCNI A 300 

S UOil A 300 

UCNI A 300 

UCNI A 300 

UCNI A 300 

UCNI A 300 

10 UCNI A 300 

LICNI A 300 

UCNI A 300 

UCNI A 300 

UCNI A 300 

15 UCNI A 300 

UCNI A 300 

UCNI A 400 

UCNI A 400 

UCNI A 400 

20 UCNI A 400 

UCNI A 400 

UCNI A 400 

UCNI A 400 

UCNI A 400 

25 UCNI A 400 

UCNI A 400 

UCNI A 400 



105 



AccoDiiting 


Aaounting 


CvntralNumbtr 


Name 


000 


Estates 


AOI 


InaNMCasbDenand 


A02 


liKoroeCasliOvenliaft 


A03 


Principal Cash Demand 


A04 


Principal Cash Overdraft 


A05 


Nunidpai Bonds 


A07 


Corporate Bonds 


AlO 


Common Stods 


AI2 


Hutual Funds 


AI5 


Oil Partnerships 


A20 


Real Estate Partnerships 


A30 


foreign Equities 


A35 


Objects of Art 


A40 


Jeweliy 


A40 


Homes 


A50 


Automobiles 


000 


Setdement Accounts - Buy 


AOI 


Income Cash Demand 


A02 


Income Cash Overdraft 


A03 


Principal Cash Demand 


A04 


Principal Cash Overdraft 


AOS 


Corporate Bonds 


A07 


Nunidpai Bonds 


AlO 


Common Stoda 


AI5 


OilPartnenhips 


A20 


Real Estate Partnenbips 


A30 


Foreign Equities 
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Lkemee 


Asset 


Account 


AoDunting 


AaoiMthf 




orLjab 


Jm 


Control Humher 


Nann 


LICNI 


* 


SOO 


000 


Settieineiit Accounts - Sell 


LICNI 


* 


SOO 


AOI 


Income Cash Demuid 


UCNI 




SOO 


A02 


Income Cub Onnlnft 


LICNI 


* 


SOO 


A03 


Prlndpal Cub Demand 


UCNI 


* 


500 


A04 


PriiidpalCuhOvtnlraft 


UCNI 


* 


SOO 


AOS 


Corporate Bonds 


UCNI 




500 


A07 


Municipal Bonds 


UCNI 




500 


AlO 


Common Stodo 


UCNI 


* 


500 


AI5 


Oil Partnerships 


UCNI 


* 


500 


A20 


Real Estate Partnerships 


UCNI 


* 


500 


A30 


Foreign Equities 








(AND/OR) 




UCN2 


* 


1000 


000 


Cimununication Assets 


UCN2 


V- 


1000 


WOO 


Wireless GMiununications 


UCN2 




1000 


WIO 


NSA/RSA- North 


LICN2 




1000 


W20 


HSA/KSA-East 


UCN2 


; 


1000 


W30 


HSA/RSA- South 


UCN2 




1000 


W40 


HSA/RSA-Vfest 


UCN2 




2000 


LOO 


Landline GMnmunkations 


UCN2 




2000 


UO 


Alabama 


iJCN2 

• 
• 


* 


2000 


L20 


Absb 

• 


• 

uai2 


A 


2000 


L500 


• 
• 


UCN2 


A 


3000 


SOO 


Satellite Broauicast 


UCN2 


A 


3000 


SIO 


HaprHarketl 
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Licensee 


Asset 


Account 


Aaountins 


Accounting 




orUab 


im 


Control Number 


JiaSK 


UCII2 


A 


3000 


QO 


NajorNarloet2 


LICN2 

• 
• 


A 


3000 


S30 


Major HvhetS 
• 
• 


• 

UOD 


A 


3000 


SIOOO 


• 

Najor Market 4 








(AND/OR) 




LICIO 


* 


0000 


000 


Corporate Assets 


LICN3 


* 


9000 


000 


Domestic Subsidiary 


LICN3 


* 


9000 


CIO 


Cash 


LICN3 


* 


9000 


C20 


Other Cumrt Assets 


LICN3 


* 


9000 


OO 


Hxed Assets 


UCII3 


* 


9000 


C40 


Depredation 


ucm 


* 


9000 


CSO 


Intuigible Assets 


LICN3 




9000 


000 


Fore^n Sultsidiary 


LICN3 




9000 


CIO 


Cash 


Liai3 


A 


9000 


□0 


Other Current Assets 


UCN3 


A 


9000 


GO 


Hxed Assets 


UCN3 


A 


9000 


C40 


Depredation 


UOB 


A 


9000 


GO 


Intangible Assets 


LKXI 


L 


000 


000 


Financial Services 










Liabilities 


LICNI 




100 


000 


Pension Trust 


UCNI 




100 


LIS 


Uninvested Prindpal 


LlOil 




100 


120 


Invested Prindpal 


UCNI 




200 


000 


Investment Mvisorir 


LICNi 




200 


LOS 


Uninvested faKonie 
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Licemee 


Aset 


Account 


Accounting 


Accountinf 


Matter 


orLiab 


Jm 


Cpirtrvl Nnmlwr 


Hamt 


LICNI 




200 


UO 


Invested Inoome 


UCNI 




200 


us 


Uninvested Prindpal 


LICNI 




200 


UO 


Invested Principal 


LICNI 




300 


000 


Estates 


LICNI 




300 


us 


Uninvested income 


UCNI 




300 


UO 


Invested Income 


UCNI 




300 


us 


Uninvested Principal 


UCNI 




300 


120 


Invested Principal 


LICNI 




300 


130 


Personal Notts 


UCNI 




300 


L40 


Nortpps 


UCNI 




400 


000 


Settfement - Buy 


UCNI 




400 


us 


Uninvested Principal 


UCNI 




400 


L20 


Invested Prindpal 


UCNI 




SOO 


000 


Settlement - Buy 


UCNI 




SOO 


US 


Uninvested Prindpal 


UCNI 




SOO 


L20 


Invested Prindpal 








(AND/DR) 




UCN2 




1000 


000 


GMiununkations 


UCN2 




1000 


000 


Wireless 


UCN2 




1000 


L90 


InoNne 


UCN2 




2000 


000 


UiMiluie 


UCN2 




2000 


L90 


Income 


LICN2 




3000 


000 


Satellite Broadcast 


UCN2 




3000 


L90 


Income 








(AND/OR) 




UCN3 




9000 


000 


DcMiMStic Subsidiary 


UCN3 




9000 


L60 


Short-Term UaluTities 
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Lkemee 


Asset 


Account 


Accounting 


AccDuntin; 


Haster 


orliab 


im 


Control Number 


Name 


LICN3 




9000 


L65 


Deferred Taxes 


UCN3 




9000 


170 


Long-Term labilHiei 


11013 




9000 


17S 


Net Worth 


UCN3 




9000 


000 


Fore^n SubsMiary 


UCN3 




9000 


m 


Short-Term Labifities 


U0I3 




9000 


L6S 


Deferred Taies 


UCN3 




9000 


170 


Long-Term UabiTities 


11013 




9000 


17S 


NetWorth 



A Standardhed Method for Nuninf the Propams 
(or SQL Scripts) and Data Etements of Reat-time MuWprocessed Automated Appficatmns 

The specific invention is a Aandardized file naming convention to be used in the automatic generation of 
program code for muldple brge-scaie tiamxtion procesang applications (such as securities trading, telecommunications 
biling, and work management) on muiti-proassing computers (using 4, 8, 16, 32 proassors) with lOOK auditabifit/ 
of user-defined controls. The standardized file nanung conventioR is totiOf mdependent of any specie 

a. ) application such as accDunts receivable, customer billing, etc, 

b. ) industry such as financial servios, teiecommunications, or work management, 
c) hardware manufacturer such as Compaq, D'f ital, HP, IBN» NCR, Unisys, 

d. ) operating system such as NS-DOS, UNIX, OpenVHS, HVS,etc, 

e. ) rebtwnal database management system such as Oracle, Sybase, HS-SQL Server, 

f. ) computer language such as SQL, COBOU Fortran, Pl/I, etc 

The standard nanung conventiDn CDrtains the fewest number of doracters in any naming conventions; namely, 
eleven characters used by HS-DOS. The naming conventwn of NS-DOS uses eight charaden as a file name and three 
characters as a file octenswn wherein the user may define a file name using the alphabet and selected other character! 
While this flexibility is suitable for home use ar« a small number of files and users, it b not acceptable for large-scale 
enterprise^kfcappTicafiomwith large number of fi^^ Hence, the need for 

enterprise-wide standards. 
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The sdndard fik nmivg convention contaios six elements that pennh the technician to readil/ identify the 
fiinctionalit]f of the specific script (or program) without loolunt at its contents. Using ANSI Standard structured Query 
Language as an example language, the six elements are: 
a.) a 2-character mnemonic for the SQL commands such as: 
Mnemonic AMSi Standar d SOL Commands 



n 


Create Tabk 


SF 


Select From Table 


Df 


Delete From 


DT 


Drop Table 


II 


Imeit Into 


SI 


Select Into 


G 


Create Scquena 


DS 


DropSequena 


a 


Create Index 


Dl 


Drop Index 


RV 


Review 


RT 


Retcst 


RS 


Reset, etc 



b.) a 2-cbaracter mnemonic for the application name such as 
MiWinpniff User Defined Application Name Examples 
ST Securities Trading 
TC Telecommunications Billing 
WH WoricHanag^nt^ctc 

c) a 2-<haracter mnemonic for the table (or file name) such as 
Mnemonic User-Defined Table Name Bampies 
AN Account NasterName/Addressi/Etc 
SN Securities (bster 
DC Detail Calls 
XB External Bilfmt etc 
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d. ) a l-daracter mnentonic for the table cluster role such as 

H Master 

I Input 

A Acce{rts 

R Rejects 

H Histofy 

S Summary 

1 Master Histo7 

2 Accepts History 
0 Output 

e. ) a {-character mnemonic for the table cluster type such as 
Mnemonic Standard Tabte Typa 

H Master 

J journal 

T Teinpora7 

1-9 Index Numbers 

f. ) a 3<harader extension b then added to the fiknaine depending 

the type of operatirig system beirv used such as MS-DOS, UN IX, OpenVNS, etc and 
whetherornotthefik'aasDurce Aforprogrunmer use oracompiled file (or stored procedure) for machine 

use. 

Hence, script name examples are: 

CIXBMDHNiQL - Create Tabk for the External Billing System, Master Definition Table Ouster, Master TaUe, 
and Master Role for SQL use. 

DTXBDCOJ JQL - Drop Table for the External Bilfing System, Detail Call Ouster. Output Table, and 
Journal Role for SQL use. 

Circmmtances tjeadiny to the Invention 

The drcumstances leading to the invention of a standard SQL script naming convention are: 
a.) one programmer will lareljr adhere to the same naming anventions over time and unless an 
acceptable standard sdefined each succeediif programmer added to the job will only compfiate the issue briifing 
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their own standards. Hence, software maintenance becomes a matter of knowing which programmer wrote which 
program at what time. 

b.) without a naming standard an/ programmer has no idea of what functions the programming is 
performing without opening the program and examining the program code. This process produces create inefficient 
maintenance bjr existing programmers and inefficient training for new programmers. 

c) Competitive pressures are mounting for the efficient of software maintenance. 

Advafrtag^ ting lnY^ntfon 

Because no dupficate script names are permitted the name of each SQL Script should 

a. ) convey to the user the precise useof each SQL Script and 

b. ) permit the storage of all SQL scripts in a one SQL Script Library, or directory. 

A standard tasmg convention also penrnts die user to determine what scripts may be automatically executed 
m sequence by use of a SQL command script, which is a single SQL script containing a list of SQL scripts to be executed 
in sequence. Hence, any single SQL scripts contained m tiie SQL Librae an be reused in many different SQL command 
scripti 

Although any standard naming convention represents a unique entity separate and apart from the otiier 
technologies described immediately above, tiiis particular naming convention b unique in that it embraces all of the 
logical information neassa^ to readily identify t*ie role of die script in die total system. 

Petajled DescriptfOn InY^ntiQIK 

std name is a standard naming conventbi diat constructs names for programs (or SQL Scripts), system 
tables, table du^rs, and data elements. The seven banc elements are: 



1.) 


org^name 


Organization 


2 


2.) 


com^name 


SQL Command 


2 


3.) 


app_name 


Appfication 


2 


4.) 


tabname 


Table 


2 


5.) 


roi name Table Hole 1 




«•) 


typname 


Table Type 


1 


7.) 


col_name 


Cbhimn(orriekl) 4 





std_name defines both "external" names used by die operating system and Internal" names used by die 
specific program. 
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The "external** resuldni names are: 



I.) du name Ouster Name 4 
I) sys^name System Table Name 6 



3. ) ext name Extension Name 3 

4. ) sqi name SQL Script Name II (8nameplu$3ttten$ion) 
where the SQL Script Names are used by the operating systems. 



The "intemaT resuhiif names arc: 



I.) tab^iden 
I) col j^me 
3.) datname 



TaUeldenName 4 



Column (or Reld) Name 4 

Data Element Name 8 or more» in increments of 4 



where the Data Element Names are used by the programs (or SQL Scripts). 
External Names med by the operating system in identifying programs (or SQL Scripts) are created by 
employing the following namiif components: 

com name SQL Command Hnemonic 
app name Application Name Hnemonic 
tab name Tabk Name Nnemonic 



SFXBNDHH.S Q L 
du^name 

tab_iden 
sysname extnaroe 

sql_nanie 

btonal Names used fay the program (or SQL Script) in processing the data elements are created by employing 
the follow'mg naming components: 



rol name Table Role Name Hnemonic 



tab^name Table Type Name Hnemonic 



ext name Extension Hnemonic 



Examples: 



12145471. 2KIU 
CTXBHDHN.S Q L 
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Examples: 



10 



dat^name 

IS 

PataTntCing 

Byaddiessii; both the uttriBl and the internal names for a specific propam, 

the naming convention is global in nature. In the event that one data element derives its source of input from another 
tabk rather than its own spedic iqut screen^ then the data name is extended by placing the tabk identifier of the table 

20 supplying the data between the first four and second four diaiaden of the intended data name. Should the data be 
derived from another table that also derived its data from another table, then e^ht characters are placed between the 
first four characters and the last lour characten of the intended data name. In the fashion, the data name points 
backwards thrm^ all of the preced'mg tables to the or^nai source of data and its input form. This process is caBed 
"data tracing", and it provides benefits to programmers m the testing and debugging stages of software development 

25 bir idendfyingtbeoripnalsouraofdata. Thus, "data tracing*' provides the pn»grammer with thoro 
of the data flow throughout an entin system. 

Standard namuf convention do not appljf to artaro language extensiom such as the script footings that, for 
example, specify the size of the table to be created in a "Qeate TaUe" script 

The forcing discussion of the invention has been presented for purposes of illustration and description. 

30 Further, comments and description b not mtended to Irniit the invention to the form disclosed herein. Consequently, 
variation ami modifiation commensurate with the above teachings and within the skill and knowledge of the relevant 
art,arewithmthescDpeoftheprKentinvention. The embodiment described here'm above b further intended to explain 
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tab_name Table Name Mnemonic 

rol name Role Name Nnemonic 
typ_name Type Name Hnemonic 

col name Column Name 
NDHH LNAN -forbstname 
NDNN FNAN .forfirstname 
NDHH HNAM for middle name 

HDNH ADRI address -1st line 

NDHH ADR2 ^ address -2cd One 

NDHH CITY ^dty 
NDHH STAT ..state 
NDHH ZIPC ..zipcode 
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the best mode presenti|r known of practicing the invention and to enable otben skilled in the art to utilize the inventkin 
assudi, or in other embodiments, and with the various modificatmns required by their particular appliation or uses of 
the invention. It is intended that the appended daims be construed to indude ahemative embodiments to the extent 
permitted by the prior art 

5 
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What is chimed ii: 

i . A system for processing accounting operations that facilitates auditabilitx for each of one or more 
business enterprises, comprising: 

means for generating financial data records, wherein each said data record provides access to one or more 
status data fields for values indicative of when one of : a creation, a modification and deletion of said data record has 
occurred; 

apluraRyof master coOectioRsforafirst of the enterprises, said master collections having said data records, 
wherein for each said master collection, said data records in said master collection have an identicat data formal 

a processir^ means for modifying said data records of one or more of said master collections according to 
each operation of a series of input accounting operations, wherein said processing means modifo said one or more of 
said status fields; 

a history data storage area for each of said master collections, for storing histo^ data for the master 
collection, wherein when performance of one of said accounting operations generates a modified version of a 
corresponding previous version of one of said data records of said master collection, a corresponding hi^ry record is 
provided to said history data storage area, said corresponding history record having information indicative of said 
previous version of said data record prior to its modification; 

a reversal means for reversr^ a performance of at hast a first of said accounting operations, wherein for each 
of the one or more of said ipodrfied data records provided by said first accounting operation, said modified data record 
is repboed with sud corresponfing previous version using said corresponding histo^ record, wherein said corresponding 
iMstory record is determined using values of said status fields of said mod'died data record. 

I A system asduned hi Oaim I, wherein said accounting operations include a financial transaction 
wherein one ol: aH procesaif for the financial transaction must be accepted, and no processing for 
die financial transaction must be accepted. 

3. A as damned in Oaim t, wherein said accountiif operations Indude any operation for 
changing one of: aa identifier and a bcation, wherein the dunging b for one ofc the first 
enterpriK,sm aoawnt heU by tiie first enterprise, an entity for which die first enterprise b capable 
of being held accountable. 

4. A system as chimed in Chim I, wherein said plurality of master collections includes a 
corresponding master collection for eadi of some of die following data record types: 

(a) a description klentifyir« die first enterprise; 

(b) a descrii^n of account types desired by die first enterprise 

(c) defouh account subtypes; 
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(d) a description identifying categories for babnces of a general ledger for the fir^ enterprise; 

(e) a descriptiM identaymg financial categories to which financial postings an occur in accounts widi 



(f) adescriptionof groupings of fiiancial enterprises traded in the accounts for tb^ 

(g) a description of one or more performance measurements by which a performance of financial 
enterprises for which the first enterprise is accountable are capable of being measured; 

(h) a descrii^n of objectives for accounts held by the first enteqnise; 

(i) a description of jurisdictions for accounts held by the first enterprise; 

(j) a description of legal capacities that the first enterprise can hold with respect to its accounts; 
(k) a description of one or more account representatives for the first enterprise; 
(I) a description of accounts for clients of the first enterprise, indudu^ at least one balance; 
(n) a description identifying transactions capable of being performed on accounts held by the first 

enterprise; 

(n) adescriptioo identic charaderistioofenteqkrisestraded in accounts held by the first enterprise; 

(o) adescriptioa»fbreacfaof oneormorefmandal enterprises capable of being traded in accounts held 
by the first enterprise, of an identily of each financial transaction that can be appfie^ 

(p) a deKrftioo, for each entify traded u acoumts held by the first enterprise, identifying one or more 
classifications of tiie entity, said classifications indicative of bow the firtt enterprise classifies the entity for account 
purpose^ 

(q) a description of identification for income expenses receipts and disbursements generated by 
financial accounting dassifications used by the first enterprise; 

(r) adescription for identificatiottsfor coHectitmsof enteqmses held by tiie first enterprise for accounts 
of dte first enterprise, wherein each collection b an aggr^ation of the enterprises for a phirafity of the accourrts. 

5. Aqfsleffla$claimedinaaiffll,wheremsaidrneamforgenerating*i^^ 
least some of the foflowNig dala fields as status data fields: 

(a) at least one of a date and time the reciml was mserted w the master col^^ 

(b) a sequence number indicatii^ an order of when the record was inserted into the master collection; 

(c) an iikntification of a user requesting that the record be inserted into the master coliectioi^ 

(d) at least one ofc a date and a time tiie record was updated m the master collection; 

(e) asequence number imiicating an order <rf when the record was updated m tiie master collection; 

(f) an identification of a user requestitf an update of tiie record m tiie master collection; 

(g) at least one of: a date and time when tiie record was deleted from the master colk^ 
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(b) a sequence number Mcs6ng an ofdcr of when the record was deleted from the master collection; 
(i) an idemffkation of a user requesting a deletion of the record from the master collection; 
(j) a mimber indicatirf a number of modifications to the row since it was insertel 

6. A system as claimed in Claim I further including, for at least some of said master collections, an 
accept data storage area for storing, for each successful performance of one of the accounting 
operations, an accept record having information indicative of successful performance of the 
acGountiiig operation. 

7. A system as cbimed in Claim I further including, for at least some of said master collections, a 
reject data storage area for storing, for each unsuccessful performance of one of die accounting 
operations, a reject record having information indicative of unsuccessful performana of the 
aoDunting operation. 

8. A 9stem for processiqg accountiif operations tiiat fodlitates auditabiTrty for each of one or more 
enterprises, oomprisir^ 

means for generatiag financial data records wherein each said dau record provides access to one or more 
status data fields for values indicatire of when one of : a creation, a modification and deletion of said data record has 
occurred; 

a phna^ of muter cohctioas for a first of the enterprises, said master collections having said dau records, 
wherein for each said master collection; said data records in said master collection have a same data formal 

a processing means for modifymg said data records of one or more of said master collections accordiif to 
each operation ofaseries of kptaaDaotRcoperatioiB,wherem 

fields; 

for each of said master CDBBctioDs,a hitfory data storage area for acoimulatiiig data for changes to the master 
collection, wherein when performance of said series of inpitf accounting operations generates modified versions of 
oorrespondii^ previoos versions of tiw data records of said master collection, correspond'mg U^ry records are added 
to said history data storage area, said correspondmg fetory records having information indicative of said previous 
veraons of each data record of said master coHection so that an au^^ 
of said master collection is capaUe of be'n^ performed using said one or more status fieids. 

9. Asystem as daimed m daim 8, wherem for a plurality of die descriptions (a) dirough (r) below, 
diere s one of said master collections whose data records mdude data for said description: 

(a) a description identifymg die first enterprisr, 

(b) a description of accowtf types desired by the first enterprise; 

(c) default accoont subtypes; 
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(d) a description identifyinf categories for balances of a general ledger for the first enterprise; 

(e) a description identiiyu^ financial categories to which financial postings can occur in accounts with 
the first enterprise; 

(Q a description of groupings of finandal enterprises traded in the accounts for the first enterprise; 
(g) a description of one or more performance measurements by which a performance of finandal 
enterprises for which the first enterprise b accountable are capable of being measured; 
(b) a description of objectives for aaounts held by the first enterprise; 
(i) a description of jurisdictions for accounts held by the first enterprise 
Q) a description of legal capadties that the first enterprise can hold with respect to its accounts; 
(k) a description of one or more account representatives for the fint enterprise; 
(I) a description of accounts fordientsof the first enterprise, induding at least one balance; 
(m) a description identi^ng transactions capable of being performed on accounts held by the first 

enterprise; 

(n) adescriptionidenti^daraderistiaofoiterprisestr^ held by the first enterprise; 

(o) adescriptioi^foreadiof oneormorefinandalenterprisescapableof bei^^ held 
by the firtf enterprise, of an identity of eadi financial transaction that can be appfied to the finandal entity; 

(p) a descriptioiv for eadi entity traded ui accounts held by the first enterprise, identifying one or more 
dassffications of the entigr; said dassifications indicative of how the first enterprise dassifies the entity for account 
purpose^ 

((|) a description of identSication for mcome expenses receipts and disbursements generated by 
finandal accounting dassifications used by the first enterprise; 

(r) a dnor^n for identftations for collectionsof enterprises beU by the first enterprise for accounts 
of the first enterprise, wherein each collection is an aggregation of the enterprises for a plurality of the accounts. 

10. AsystemasdumedinOaim 8, wherein said meansforgeneratingu^^ 
least some of the foDowH^ data fields as status data fields: 

(a) atleastoneofadateandtiroetberecordwasinserted'MtbemastercDl^ 

(b) asequencenunAerMkatingan orderof when the record was inserted into the master collection; 

(c) an identification of a user requesting that the record be inserted into the master collection; 

(d) atleastoneof: a date and a time the record was updated in the master collection; 

(e) asequence numberindicatinganorderof when tfie record was updated in tiie ma^col^ 
(0 an identification of a user reque^ng an update of the record fo the muter collection; 

(g) atieastoneof:adateandtimewbentherecordwasdeletedfrDmtiiemastercDllec^ 
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(h) a seqma number indicadng an order of when the record was deleted from the master collecdon; 

(i) an identffkation of a user requesting a deletion of the record from the master collection; 
(l) a number indicating a number of modiTications to the row since it was inserted; 

(k) a value indicative of whetiier the record is archived on a read only storage device; 

(I) a date indicative of when archiving of the record to the read only storage device is performed. 

11. A system asdaimed in Claim 8, wherein said history data ^rage area includes a first and second 
data storage areas, wherein said history records are inittally accumulated in said first data storage 
area and periodically tnmsiened to said second storage area, wherein at least some of said history 
records remain in said first storage area for greater than approx'miately i day prior to being 
transferred to said second storage area where said history reconb cannot be mod'rfied. 

II A system for processing financial transactions wttii auditabiGty for each of one or more business 
enterprises comprising: 

a first collection of account records for dients having a correspondirig account at a first of the business 
enterprises, wherein for each said account records there is associated information for determining: 

(Al) a vahie indicative of a number of financial items in an aiccount for tiie account record, 

and 

(A2) one or more amounts related to the financial items in the corresponding account for the 
account record; 

(A3) one or more values indict of an amount of cash heU m die corresponding account; 
a second collection of finandal item records representing financial items for wluch the first enterprise is 
aoQountable, each said item record having data for identifying a corresponding one of tiie financial items, and for each 
said item record there b associated information for determio'mg: 

(Bl ) a value indicative of a number of imits of the corresponding finandal item, and 
(B2) a vabe indicative of an amount related to the units of the correspond'mg finandal kem; 
a third collection of one or more general ledger finandal records, wherein eadi of said general ledger records 
provides a value indicative of cash held by the first enterprise; 

means for babndif accounts of the first finandal mstitution, induding (CI) and (Q) below: 

(Ci) means for comparing: a sum of the values of (Al) for said account records, and a sum 
of the values of (Bl) for said item records; 

(Q) means for comparing: (a) a sum of the values of (A2) for said account records with a 
sum ofthevabes of (B2) for said item records; and (b) a sum of at least one value of the one or more values 
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of(iB)fDrsudacaHffltrecon^ 
financial ncDrds. 

13. A method for processing financial transactions, comprising 

receiving one or more financial transaction data records* wherein for each said tiaasadion data record one 
of: all processing for the transaction data record must be accepted, and no proassing for the transaction dau record 
must be accepted; 

identifying* for at least a first of said fifiaadal transactioo data records, at least first and second 
subtransaciions, each of said first and second sukraosacfions being for accessing a orresponding data store and 
performing a predetermined operation; 

retrieving said first and second sabtranactions from a sto rage area having encodii^ of said subtransactions; 

performing, after said step of retrievii^ said first and second subtransactions, wherein said first 
subtransaction is capable of being performed independentljr of a performance of said second subtransaction, and, said 
second subtransaction h capable of being performed independent!/ of said first subtransaction. 

14. A method as dumed m Claim 13, wherein said first finandal transaction data record indudes data 
related to one of: a cash transaction, an asset related transactbn, a liabifity related transaction, 
a transaction related to a disbursement of funds, and a reversal of a prevrausly processed one of 
said finandal transaction data records. 

15. A method as claimed m Claim 13, wherein said cash transaction indudes data for one of a credit 
anddebk. 

16. Amediodasdumed » Chan 13, wherein said step of receiving indudes nceivii« a second one of 
said finandal transaction data records, wherein saki first fmandal tru 

supplied by a business enterprise different from a bunness enterprise supplying said second 
financial transaction data reoMd. 

17. A mediod as daimed m Cbim 13, wherein said step of identifying indudes selecting a transaction 
processing descriptor havi^ data for describing at least one of said first subtransaction and said 
second subtransaction, wherein said descriptor is substantiaify text 

18. A method as daimed m Claim 17, where'm for said data describirig said first subtransaction, said 
first subtransaction consists essential!/ of an identification of a single operation and a pluralit/ of 
operands. 

19. A method as daimed in Ctaim 18, wherein said operand represents one of: an addition and a 
subtraction operatioiL 
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20. A method as daimed in Claim 13, wherein for said first and second subtransactions, said 
correspondiif data stores are different 

21. A method as claimed in Claim 13, wherein each of said corresponding data stores tndudes 
information identifying one of: the fot business enterprise, an account for a dient of the First 
business enterprise, and a finandal instrument for wMcb the first buuness enterprise is capable of 
being held accountable. 

2L A method as chimed in Claim 13, wherein during a processing of said first finandal transaction 
data record, said step of performing mdudes determining an order to commence performing eadi 
of said first and second subtransactionL 

23. A method as dainted m Cbmi 1 3, wherein step of performing mdudes overlapping, in said step of 
performing, the performii^ of said first and second subtransactions. 

24. A mediod as daimed in Claim 13, wherein said step of performing Mudes performmg said first 
subtransaction on a first processor and performmg said second subtransaction on a different 
second processor. 

25. A single system for umuhaneousix processing one or more totally disparate and user-definable 
automated financial appfications on computing configurations containing one or more 
snudtaneous processors with the abiiify to praw the proce^ 

andihe existence of all data records on a periodic basis: 
a. for non-finandal transactions 
A »fle 9stem for processing aU original non-^^^ 
ever overwriting any of the ordinal data: 
Process Nodd I with 12 fields on all Reference Tables 

Add Date 

Add Sequence Number 
Add User Authorization 
ChangeDate 

Change Sequence Number 
Change User Authorization 
Delete Date 

Delete Sequence Number 
Delete User Authorization 
Number of Hoddications 
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Archive Status 
Archive Date 

L PiDcessinj HethodoioQf - add, Oange, Delete 

I Reverse PrKUsirig Netbodofogy - None lequircd 
fai for financial transactions 
A si^k S)5tem for proossirf al or^ fin^ 
overwriting any of the original data: 
Process Model 2 with 12 fields on aH Keference Tables 

Add Date 

Add Sequence Number 

Add User Autborizatioi 

Trade Date 

Archive Status 

Archive Date 

Reversed bf Date 

Reversed bf Sequence Number 

Reversed b)r Lot Number 

Reversing Date 

Reversiif Sequence Number 

Reversiif Lot 

L For spedfic unks, iMits. and credit transactions, a single method for utiTizing data 
rather than actual program code to define the unit, debit, and oedit transaction 
processing content of all applications to be processed tiy the system 
2. A single method for reversing the above transactiori 
ProcenNodel3 

i. For specific buy (or deposit) and seB (or withdraw) transactions, a sirtgk method of 
utilizing data rather than actual program code to define the buy (or deposit) and sell (or withdraw) 
transaction processiif content of aN appfications to be processed by the system 

I A single method for reversing the above transaction 
c for file updates: 

A single method of performing the basic fik maintenance functions of a^ 
definition 
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Process Model 4 

I. PnKessingHetbodobgf. Add, Glange, Delete 

I Reverse Processin{Hethodoiosx- None Kequire^^ 
26. For the individtal tnnsadioo, the processing orpnizatioiv and the total system, a sinfk method 

of provinj the integrity of the entire database by 

a. of^aTranadionJoimBlandhashedtotabf^ 
(2) units, and (3) cost lash in at leatt tim other files, deemed ^ 

b. Gnitir«adeta3ednaMdsorrmdalh^ 

controls of (I) cash, (2) units, and (3) cost hub in at least three other files, aho deemed system control files; 

c performngaiy query that would sum an of the (I) cash, 
lae and orniparing k to the summadofis of similar data *m any one or mo^ 
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aio UstDd in the oontiniiatM of Box C. Q See patent fiuntly annex. 
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